猫哥，文档里面有写，这是正常的同步任务要保证数据一致性做检查啥的，总之感觉还是有些不太完善。

查了一通，这样的配置应该可以解决问题 #全量+增量模式 task-mode: “all” clean-dump-file: true collation_compatible: “loose” ignore-checking-items: [“auto_increment_ID”,“table_schema”] ###目标数据库配置#####

@Billmay表妹 感觉这块确实值得优化

ALTER TABLE your_table_name REMOVE TTL; 关闭ttl之后再启动即可，兼容性不够

调整了下看看有没有效果

已经调整，今天这个问题还在

那确实可以

补充一些日志

我该怎么解决呢

运维节点

军哥，正文也补充了一些日志和监控

军哥，可以明确的是我的执行增加索引的操作带来的运维执行节点的夯死，sql执行完，内存cpu迅速占满，非常快，甚至监控没有记录到内存和cpu打满，然后节点失联了。 [image] [image]

是的，内存占满了

是不是磁盘满了

如果我把内存都升级了，缓存的数据会更多了，所以查询速度上也会有优化吗

虚拟机+本地ssd

prod pd和tikv不要混部，早晚有可能出问题的