MySQL5.6 crash-safe replication一个坑

最新推荐文章于 2021-12-29 14:59:21 发布

weixin_34050427

最新推荐文章于 2021-12-29 14:59:21 发布

阅读量53

点赞数

文章标签：数据库

原文链接：https://yq.aliyun.com/articles/413780

版权

事情起因：唯品会一个DBA找到我，说他们的slave掉电，再重启服务器以后，同步复制就挂了，报1032和1062错误，首先排查了在从库上没有写操作，之后询问了他们的参数。

这是他们的参数：

 
         sync_master_info = 1 
        
         sync_relay_log_info = 1 
        
         relay_log_info_repository = FILE

参数意思是：sql线程每次执行完了一个事务，就会记录在master.info和relay.info文件里。即：

 
         START TRANSACTION; 
        
         -- Statement 1 
        
         -- ... 
        
         -- Statement N 
        
         COMMIT; 
        
         -- Update replication info files

由于在记录relay.info的时候宕机，relay.info未更新，机器重启恢复后会从之前的POS点再次执行，这样就执行了两条同样的SQL，就会报1032和1062错误，同步就挂了。

于是我建议他们设置：

 
         relay_log_info_repository = TABLE 
        
         relay_log_recovery =  1 
        
         alter table mysql.slave_relay_log_info engine=innodb;

参数意思是：把relay.info改成记录在slave_relay_log_info表里，并改成innodb引擎，并开启relay_log_recovery中继日志自我修复功能。即：

 
         START TRANSACTION; 
        
         -- Statement 1 
        
         -- ... 
        
         -- Statement N 
        
         -- Update replication info 
        
         COMMIT;