我刚进来就看到解决了。
以前学过一招，就是有别的应用卡住gc safepoint。可以用
tiup ctl:v{版本} pd service-gc-safepoint
这个命令看一下，没有其他应用干扰的时候只有一个safepoint。如果是多个safe point，就可以确定是某个工具卡住了safepoint。
找到是cdc卡住了，然后我把cdc任务清理了，又把cdc缩容了，
但是还在
你这个cdc的safepoint expired_at挺短的。
看最后的这个gc_safe_point也大于这个safepoint指，我感觉这个cdc设置的safepoint已经过期了。
过期是过期了，现在就想让gc safepoint正常，但是这个cdc我都缩容了，pd也重启了，这个cdc的point信息还在
我看之前有人发帖，看起来好像是要等几个小时
1 个赞
对，我观察也是这样。能过期就行。
tidb_gc_life_time=6h0m0s ， tidb_gc_run_interval =10m0s 这两个参数分别代表什么意思？tidb_gc_run_interval 是每10分钟执行一次gc 的动作吗？tidb_gc_life_time 是说每次执行gc 的动作都是清理6个小时之前的数据？我这样的理解对吗？
你理解的没有问题
好的 谢谢 tikv_gc_safe_point 这个参数的值是：20230922-20:58:49 +0800 是不是就代表20230922-20:58:49 +0800之后的数据版本都有保留，我都可以找回来
是的，但是gc如果没停会一直推进的
过了一天了，还没恢复，有啥操作手法不
中间这个cdc都已经缩容了
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。