ticdc check_gc_safe_point参数配置不生效

TiDBer_slLGXThk · 2026 年1 月 22 日 09:02

一个好的问题描述有利于社区小伙伴更快帮你定位到问题，高效解决你的问题

【TiDB 使用环境】测试环境
【TiDB 版本】v8.5.4
【部署方式】虚拟机单机部署
【遇到的问题：问题现象及影响】
测试ticdc 同步数据到canal，openapi中设置check_gc_safe_point=false，且设置startTs早于gc时间，但是创建任务的时候报错。
【其他附件：截图/日志/监控】

TiDBer_ClS0jENG · 2026 年1 月 22 日 09:34

设置的 start-ts 时间不能早于GC时间，比这个GC时间晚应该可以

TiDBer_Ejh0eCXc · 2026 年1 月 22 日 13:54

check_gc_safe_point=false ，生产环境可能导致数据丢失这个要小心

TiDBer_EMDRI6T4 · 2026 年1 月 22 日 13:56

提示是时间比GC安全点早了

TiDBer_Ejh0eCXc · 2026 年1 月 22 日 22:48

看下 GC 配置
SELECT * FROM mysql.tidb WHERE variable_name = ‘tikv_gc_life_time’;

独善其身 · 2026 年1 月 23 日 03:51

参数过早了啊

Augenstern · 2026 年1 月 24 日 03:30

v7.5.0 必重启 CDC：该参数无法动态生效，修改配置后必须执行 tiup cluster reload <集群名> -R cdc，否则配置不生效。
配置格式易错点：配置文件（yaml/toml）中用「check-gc-safe-point」（中划线），命令行 / API 中部分场景用「check_gc_safe_point」（下划线），切勿混淆。
避免 GC 生命周期过短：即使开启该参数，gc_life_time 也建议设为 30m 以上，给 CDC 足够的容错时间，避免突发卡顿导致数据被清理。
日志是排查核心：CDC 的cdc.log和 PD 的pd.log中，包含所有与 GC safe point 相关的错误信息，排查时优先查看日志。