博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
MySQL主从复制不一致的原因以及解决方法
阅读量:4113 次
发布时间:2019-05-25

本文共 684 字,大约阅读时间需要 2 分钟。

今天继续讨论,MySQL主从复制什么原因会造成不一致,如何预防及解决?
1.人为原因导致从库与主库数据不一致(从库写入)
2.主从复制过程中,主库异常宕机
3.设置了ignore/do/rewrite等replication等规则
4.binlog非row格式 
5.异步复制本身不保证,半同步存在提交读的问题,增强半同步起来比较完美。 但对于异常重启(Replication Crash Safe),从库写数据(GTID)的防范,还需要策略来保证。
6.从库中断很久,binlog应用不连续,监控并及时修复主从
7.从库启用了诸如存储过程,从库禁用存储过程等
8.数据库大小版本/分支版本导致数据不一致?,主从版本统一
9.备份的时候没有指定参数 例如mysqldump --master-data=2 等
10.主从sql_mode 不一致
11.一主二从环境,二从的server id一致。
12.MySQL自增列 主从不一致
13.主从信息保存在文件里面,文件本身的刷新是非事务的,导致从库重启后开始执行点大于实际执行点
预防措施:
1.master:innodb_flush_log_at_trx_commit=1&sync_binlog=1
2.slave:master_info_repository="TABLE"&relay_log_info_repository="TABLE"&relay_log_recovery=1
3.设置从库库为只读模式
4.可以使用5.7增强半同步避免数据丢失等
5.binlog row格式
6.必须引定期的数据校验机制

转载地址:http://fwtsi.baihongyu.com/

你可能感兴趣的文章
C语言根据后缀判断文件类型
查看>>
vi常用总结
查看>>
vs2017-关于配置属性管理器的问题
查看>>
《Java核心技术卷I》——第3章 Java的基本程序设计结构
查看>>
《Java核心技术卷I》——第5章 继承
查看>>
《深度解析Tomcat》 第一章 一个简单的Web服务器
查看>>
Spring参数的自解析--还在自己转换?你out了!
查看>>
工作中常见的五种技术leader
查看>>
JAVA数据处理的常用技术
查看>>
线上问题排查的四类方法
查看>>
常用逻辑结构
查看>>
Elasticsearch实战-磁盘IO被打满
查看>>
应用角度看kafka的术语和功能
查看>>
storm集群配置以及java编写拓扑例子
查看>>
html中的响应式图片
查看>>
深入理解JavaScript内部原理(6): 闭包
查看>>
Https发送接口的方法
查看>>
设计模式的分类
查看>>
数组里的随机数问题
查看>>
vue 组件库
查看>>