dm 对于 online ddl 如果进行过滤

[来了老弟]

@liyuntang

这个思路正是online-ddl-scheme功能设计的思路,但是有个问题被忽略了,alter table add column与alter table add index虽然都属于ddl操作,但是对数据表的影响不同,尤其是在tidb中,在tidb中add column基本秒完成,但是add index则需要很长时间,而add index操作是不会影响数据同步的所以这个时候没必要停止同步,当上游mysql库执行万add column的时候tidb这个时候一定会报错,但tidb对add column高效支持正好弥补这个问题,只要在mysql上线完成后立刻在tidb上线报错时间不会太长,(如果时间超过了dm的retry次数的时间则需要手动resume-task修复任务)所以到目前问题没有发现数据异常的现象

如果对 tidb 中 index 有强依赖，譬如如果业务使用不到该索引会造成大量慢语句，也是根据业务情况而定

@liyuntang

这个案例可以提供给你们做个案例样本,或者帮我们审核下是否有数据方面的风险

在 online-ddl-schema 时 dm 如果出现同步报错，重启 task 任务不会对数据有影响，syncer 阶段重启 task 会有默认 5min 的 safe mode 时间，如有这方面的担心，可以使用数据对比工具进行对比。