Mysql常见故障及解决方案

1、MySQL主从复制不一致怎么解决

删除从数据库，重新复制

2、MySQL主从复制延迟怎么解决

1）升级到 MySQL5.7 以上版本 (5.7 之前的版本，没有开 GTID 之前，主库可以并发事务，但是 dump 传输时是串行) 利用 GTID(MySQL5.6 需要手动开启 ,MySQL5.7 以上默认开启 ) 支持并发传输 binlog 及并行多个SQL 线程

2）减少大事务 , 将大事务拆分成小事务

3）减少锁

4）sync_binlog=1 加快 binlog 更新时间 , 从而加快日志复制

5）需要额外的监控工具的辅助

6）一从多主： Mariadb10 版后支持

7）多线程复制：对多个数据库复制

3、MySQL主从复制不一致的原因

1）主库 binlog 格式为 Statement ，同步到从库执行后可能造成主从不一致。

2）主库执行更改前有执行 set sql_log_bin=0 ，会使主库不记录 binlog ，从库也无法变更这部分数据。

3）从节点未设置只读，误操作写入数据

4）主库或从库意外宕机，宕机可能会造成 binlog 或者 relaylog 文件出现损坏，导致主从不一致

5）主从实例版本不一致，特别是高版本是主，低版本为从的情况下，主数据库上面支持的功能，从数据库上面可能不支持该功能

6）主从 sql_mode 不一致

7）MySQL 自身 bug 导致

4、MySQL主从不一致的修复方法

1）将从库重新实现

虽然这也是一种解决方法，但是这个方案恢复时间比较慢，而且有时候从库也是承担一部分的查询

操作的，不能贸然重建。

2）使用 percona-toolkit 工具辅助

PT 工具包中包含 pt-table-checksum 和 pt-table-sync 两个工具，主要用于检测主从是否一致以及修

复数据不一致情况。这种方案优点是修复速度快，不需要停止主从辅助，缺点是需要知识积累，需

要时间去学习，去测试，特别是在生产环境，还是要小心使用

关于使用方法，可以参考下面链接： https://www.cnblogs.com/feiren/p/7777218.html

3）手动重建不一致的表

在从库发现某几张表与主库数据不一致，而这几张表数据量也比较大，手工比对数据不现实，并且

重做整个库也比较慢，这个时候可以只重做这几张表来修复主从不一致

这种方案缺点是在执行导入期间需要暂时停止从库复制，不过也是可以接受的