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