【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】
【复现路径】做过哪些操作出现的问题
【遇到的问题:问题现象及影响】
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件:截图/日志/监控】
本人小白,第一次接触tidb,上任刚离职走了,离职前没留tidb资料,也没人知道tidb怎么搞的,今天业务查询的反馈tidb数据表中数据不全,数据是从mysql同步过来的,请教一下万能的大侠,这个问题该如何分析,本人tidb小白,刚开始学习。问题比较低端,还望见谅
你先看看是怎么同步过来的,tidb生态工具是dm,也可以用其他软件
哦吼 坑很大的样子。
同步过来的,是不是可以看看dm配置文件?
具体问题具体分析,哪些表不全,先看看怎么个不全。然后看看有没有留下迁移日志的。
这是风险与机遇并存
如果是通过dm同步的,先看dm任务的状态吧
tiup dmctl --master-addr query-status
可以查看dm的状态
$ tiup dmctl --master-addr 10.1.1.7:8261 query-status
{
“result”: true,
“msg”: “”,
“tasks”: [
{
“taskName”: “sbtest”,
“taskStatus”: “Running”,
“sources”: [
“mysql-replica-01”
]
}
]
}
“sbtest” 的 DM 任务正在运行,并且它的数据源是 “mysql-replica-01”
先搞清楚是实时同步还是一次性同步过来的,如果数据真的不全,建议从新同步一次全量的,然后在实时同步
没有交接文档的话,确实有点坑
1、先确认同步方式
2、按时间点,全量数据比对,排除隐患
3、检查tidb版本、运行状态,集群拓扑等信息
dm运行什么状态
这个说法,应该是已有的基量数据不一致,可以考虑使用官方的 sync_diff_inspector 工具做基量数据的校验对比,它的使用场景是用于校验 MySQL/TiDB 中两份数据的一致性,有差异的地方还可以输出修复SQL用于补齐数据。
具体可以看官网详细操作:
https://docs.pingcap.com/zh/tidb/v7.4/sync-diff-inspector-overview
使用的是DM工具吗?
已经解决了 多谢
多谢 辛苦
别提了 找老员工咨询 要收费
怎么解决的?可以分享一下解决方案
这个工具生成的不是多个sql文件嘛,怎么批量执行这么多的sql文件?