sync_diff_inspector时区问题

为提高效率,请提供以下信息,问题描述清晰能够更快得到解决:
【 TiDB 使用环境】

【概述】 场景 + 问题概述

【备份和数据迁移策略逻辑】

【背景】 从source tidb通过ticdc同步数据导target tidb,同步完一张表之后发现,target tidb中的表比source tidb中少7条数据

【现象】 通过sync_diff_inspector对两边数据校验,发现输出到fix-on-target的sql中,相同id(主键)行的created_at字段都比source tidb中少8小时

【问题】 当前遇到的问题

【业务影响】

【TiDB 版本】 v5.2.3

【附件】

  • 相关日志、配置文件、Grafana 监控(https://metricstool.pingcap.com/)
  • TiUP Cluster Display 信息
  • TiUP CLuster Edit config 信息
  • TiDB-Overview 监控
  • 对应模块的 Grafana 监控(如有 BR、TiDB-binlog、TiCDC 等)
  • 对应模块日志(包含问题前后 1 小时日志)

若提问为性能优化、故障排查类问题,请下载脚本运行。终端输出的打印结果,请务必全选并复制粘贴上传。

两个db的time_zone变量是一样的么

https://docs.pingcap.com/zh/tidb/stable/troubleshoot-ticdc#如何处理-ticdc-创建同步任务或同步到-mysql-时遇到-error-1298-unknown-or-incorrect-time-zone-utc-错误

看看这个有没有帮助

两边tidb版本一样,
time_zone也都一样,
mysql> show global variables like ‘%time_zone%’;
±-----------------±--------------+
| Variable_name | Value |
±-----------------±--------------+
| system_time_zone | Asia/Shanghai |
| time_zone | SYSTEM |
±-----------------±--------------+

这个ticdc能加参数可以的,sync_diff_inspector有没有相关参数呢

我这个问题可能有歧义的地方,通过ticdc同步的成功的数据,除了少7条之外,其他都是完全一致的(目前看来)。然后我想通过sync_diff_inspector校验这7条数据,发现输出到fix-on-target中sql的created_at字段都比正确值少8小时。

同样遇到、 请问怎么解决的?

该主题在最后一个回复创建后60天后自动关闭。不再允许新的回复。