mysql slave运行慢_CENTOS MYSQL复制下slave严重延迟的分析和处理

昨晚在生产环境刷数据，执行了一个全局表的update table_test set XK = 'PT' where (XK = '' or XK is null);当时语句没啥问题，测试了下，执行单库的时间在6s左右，没太在意，结果今天发现所有的从库严重延迟，全都卡在这条事务的binlog回放上了。

分析原因：

尽管我们使用的是基于组的多线程复制，线程配置为4个，但是他对无序innodb表(堆)或者大事务的回放是非常慢的。我们日常工作种应该避免这个问题。很不幸，这个表publicity_licensing完全符合了堆表的概念，无主键、无唯一索引，完全就是一个堆，无论任何操作都是性能非常差的。在复制过程种更是导致了从库hang了。

解决思路：

1、 重做主从，很明显，100多个G的数据重做耗时非常长；

2、 想办法跳过该事务，然后再关闭会话级binlog的情况下，手动执行数据的更新。很明显，第二个方法可行，也是最不耗时的解决办法。

解决步骤：

1、 关闭session级binlog写入：set session sql_log_bin = off; 并确认是否真正关闭；

2、 从机每个库分别手动执行表的更新语句。退出

3、 从机上重新登陆mysql，执行stop salve;

4、 从机上杀掉正在执行的binlog回放线程；

5、 从机上show slave status \G 找到执行的binlog文件及Executed_Gtid_Set项，找出已经执行的ID