Cao Kai
Cao Kai
并发场景可能会出现同时deleteRoutine的情况，需要先判断rt是否为nil
panic问题已修复，出现timeout的原因没看出来，不确定是不是panic影响导致的，先继续观察，再次出现timeout的时候再分析。
有个global var: lower_case_table_names控制parse时是否把表/列名改成小写，当前默认值为1，即默认全部改成小写。 改成0以后就和mysql一致了 至于默认值为什么为1，我也不清楚当时的场景和考量。
系统变量重构 #16551 完成后，每次登录鉴权不再会更新mo_mysql_compatibility_mode表。 在当前最新的1.2-dev分支（commit: ed9811a75)，重新跑上面的测试，执行时间已经正常了：
mo_pubs表没有update_time字段，应该是升级的问题
included in #16188
2.0.2在做mo_pubs/subs结构改造，没时间看，移到2.1.0
通过查看log得知，任务最开始是在执行存量同步，中间在做增量同步，增量同步没把数据同步完changes数据被gc了导致stale read，触发cdc任务重新启动又开始跑存量同步，所以上图中左右会有两个高峰，是在执行存量同步，中间低的是在跑增量同步。 任务期间下游mysql所在机器的磁盘监控，中间段磁盘的负载很低： 重新跑了一次任务实时看了cpu负载，发现mysql进程的cpu是打满了： 任务中间这段时间是在同步增量的数据变更，这里是update，cdc会把1条update语句变换为 delete + insert 2条sql， 生成的sql可能是这样： ``` delete from t1 where pk = 1; insert into t1 values (1, whatever ...); delete from t1 where pk...