【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】
【复现路径】做过哪些操作出现的问题
【遇到的问题:问题现象及影响】
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件:截图/日志/监控】
tidb版本是4.0.5
ticdc的版本是4.0.16
拉取数据的时候,一直报tidb的gcSafePointTs=18446744073709551614 ,而且一直不推进,这个是什么原因
这个时间不正常,是一个超过long类型的
所有的工具组件请升级到同一个版本号~
gcSafePointTs
是TiDB中的一个重要参数,它表示当前TiDB实例中所有事务提交的最小时间戳。在TICDC中,gcSafePointTs
用于确定CDC同步数据的起始时间戳,以保证数据的一致性和正确性。
在您的情况下,报告的gcSafePointTs
值为18446744073709551614
,这是一个超过long类型的时间戳,这是不正常的。根据TiDB官方文档,这个值通常是一个正整数,表示以秒为单位的时间戳。因此,您需要检查TiDB实例的配置和状态,以确定为什么gcSafePointTs
值异常,并且无法推进。
首先,您可以尝试使用以下命令检查TiDB实例的状态:
tiup cluster display <cluster-name>
这将显示TiDB集群的状态和配置信息。您可以检查gcSafePointTs
参数的值是否正确,并确保TiDB实例正常运行。
如果TiDB实例正常运行,但gcSafePointTs
值仍然异常,您可以尝试手动设置gcSafePointTs
参数的值。具体来说,您可以使用以下命令将gcSafePointTs
设置为当前时间戳:
tiup ctl:v4.0.5 pd -u http://<pd-address>:<pd-port> update-gc-safe-point $(date +%s)
其中,<pd-address>
和<pd-port>
是您TiDB集群中PD节点的地址和端口号。这将更新PD节点中的gcSafePointTs
参数,并将其设置为当前时间戳。然后,您可以重新启动TICDC实例,以便它使用新的gcSafePointTs
值开始同步数据。
这个cdc是新启动的changefeed么,如果是的话把创建命令发下,可能手误制定了start-ts造成的,
这个是由于cdc 4.0.16和pd版本不兼容导致的,我也遇到了