使用cdc做数据同步,担心需要指定的start ts已经早于gc safe point,怎么处理

【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】6.5.0
使用cdc做数据同步,如果出现意外情况,例如宕机,changefeed任务出现异常,需要重新同步,担心需要指定的start ts已经早于gc safe point,怎么处理?
可以调整tikv_gc_life_time吗?

cdc 任务失败,默认会卡 gc 24h

我想知道有没有办法调整下gc的频率,我现在看目前数据库的参数tikv_gc_life_time是10分钟,tikv_gc_safe_point10分钟就改变一次,如果频率能调低,对整个数据存储、内存是不是有影响

tikv_gc_life_time调长点,比如我们先在用24小时 ,24小时内就没事。

tikv_gc_life_time长了后,如果你们update和delete很多的话,会导致tikv一堆老版本数据,影响查询性能

tikv_gc_life_time在哪里调 直接改mysql.tidb表可以吗

https://docs.pingcap.com/zh/tidb/stable/system-variables#tidb_gc_life_time-从-v50-版本开始引入 新版本是个 variable 参数,直接改就行。这种其官网search 下即可。

被上面回答误导了,这里用root用户登录数据库执行
set global tidb_gc_life_time=24h;

感觉可以做些准备工作, 保证不出 意外情况, 不宕机。。。。

可以调整tikv_gc_life_time

cdc 调整 gc-ttl 就可以了,这个的优先级是大于 tikv_gc_life_time 的,也就是说假如你cdc 任务卡住了,tikv_gc_life_time 设置的是 10min ,gc-ttl 设置的是 24h ,那么 24h 之内数据都不会被gc。
可以考考下面的完整配置看下,里面有 gc-ttl 的说明:
https://docs.pingcap.com/zh/tidb/v7.1/ticdc-server-config#cdc-server-配置文件说明

楼上大佬这个更好用,gc-ttl

gc时间可以调整的