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)手动重建不一致的表
在从库发现某几张表与主库数据不一致,而这几张表数据量也比较大,手工比对数据不现实,并且
重做整个库也比较慢,这个时候可以只重做这几张表来修复主从不一致
这种方案缺点是在执行导入期间需要暂时停止从库复制,不过也是可以接受的

你可能感兴趣的:(mysql,数据库,sql)