MySQL案例-replication"卡死"
场景: MySQL-5.7.17, 主从架构, 业务读写分离, 只读从库的SQL线程卡在某一个事务两个多小时没有动过, IO线程正常; 结论: 给某个表加上了索引, 同步开始追赶 _(:з」∠)_叮嘱程序要养成加主键的好习惯.....ㄟ( ▔, ▔ )ㄏ 分析: 第一反应是bug?? hang住了? 在delete几千万的表?? _(:з」∠)_ 事务提交策略是2,0, 没有开启log_slave_update, 按道理来说, 纯粹的执行事务, 不应该会卡住, 后台的一些线程也是suspending, 不是running, 好像也不是线程之间的问题, 看看relaylog里面是什么语句... 卡住的地方, 可以看到是929064394事务 把relaylog转义一下, 找一下这个事务, 发现确实是很多的delete语句(内容已处理) 大概统计了一下, 删除了有15W左右的数据, 然后看了一下两个多小时的时间, 同步进度如何... 只从速度上看, 还得卡两个多小时, 而且之后还有类似的语句, 真要完全追上, 估计..... 于是看了眼这个tmp_log表的结构 CREATE TABLE ...

