解决MySQL主从复制不一致的情况
来源:互联网 发布:魔兽世界数据库wlk 编辑:程序博客网 时间:2024/05/17 02:20
稍微有些规模的网站,基本上都会配置mysql主从复制,一方面用mysql的主从做数据库的读写分离,另一方面mysql本身的单机备份不是很强,一般采用主从架构,在从上进行数据备份。
在MySQL主从复制过程中或多或少出现一些主从不同步的情况,本文将对数据主从不同步的情况进行简单的总结,请注意本文主要从数据库层面上探讨数据库的主从不一致的情况。
1.网络的延迟
1.网络的延迟
由于mysql主从复制是基于binlog的一种异步复制,通过网络传送binlog文件,理所当然网络延迟是主从不同步的绝大多数的原因,特别是跨机房的数据同步出现这种几率非常的大,所以做读写分离,注意从业务层进行前期设计。
2.主从两台机器的负载不一致
由于mysql主从复制是主数据库上面启动1个io线程,而从上面启动1个sql线程和1个io线程,当中任何一台机器的负载很高,忙不过来,导致其中的任何一个线程出现资源不足,都将出现主从不一致的情况。
3.max_allowed_packet设置不一致
主数据库上面设置的max_allowed_packet比从数据库大,当一个大的sql语句,能在主数据库上面执行完毕,从数据库上面设置过小,无法执行,导致的主从不一致。
4.key自增键开始的键值跟自增步长设置不一致引起的主从不一致。
5.mysql异常宕机情况下,如果未设置sync_binlog=1或者innodb_flush_log_at_trx_commit=1很有可能出现binlog或者relaylog文件出现损坏,导致主从不一致。
6.mysql本身的bug引起的主从不同步。
7.版本不一致,特别是高版本是主,低版本为从的情况下,主数据库上面支持的功能,从数据库上面不支持该功能。
以上就是常见的一些主从不同步的情况。或许还有其他的一些不同步的情况,请说出你所遇到的主从不一致的情况。
基于以上情况,先保证max_allowed_packet、自增键开始点和增长点设置一致,再者牺牲部分性能在主上面开启sync_binlog,对于采用innodb的库,推荐配置下面的内容
1、innodb_flush_logs_at_trx_commit = 1
2、innodb-support_xa = 1 # Mysql 5.0 以上
3、innodb_safe_binlog # Mysql 4.0
2、innodb-support_xa = 1 # Mysql 5.0 以上
3、innodb_safe_binlog # Mysql 4.0
同时在从数据库上面推荐加入下面两个参数
1、skip_slave_start
2、read_only
2、read_only
0 0
- 解决MySQL主从复制不一致的情况
- 解决MySQL主从复制不一致的情况
- 解决MySQL主从复制不一致的情况
- MySQL主从不一致的情况
- 解决mysql主从复制不一直情况
- 一种解决MySQL主从不一致的方法
- mysql主从复制(版本不一致)
- mysql解决主从不一致简单小示例
- mysql主从复制出现connecting的其它情况
- mysql的主从复制
- Mysql的主从复制
- Mysql的主从复制
- mysql的主从复制
- Mysql的主从复制
- mysql的主从复制
- mysql的主从复制
- MySQL的主从复制
- Mysql的主从复制
- perl 异步超时 打印错误
- 腾讯 算法基础-字符移位
- #POJ1521#Huffman编码
- 浅析 Ruby 里的几个动态方法 (一),send 方法
- RHadoop实践系列之一:Hadoop环境搭建
- 解决MySQL主从复制不一致的情况
- 用户手势检测-GestureDetector使用详解
- Android:解决Gradle DSL method not found: 'runProguard()' 问题
- struts2的数据验证之编码方式验证和validation.xml验证
- Gearman 异步任务软件安装与实例
- 微软CEO"不务正业"写书布道:明年秋天正式出版
- ssh 实现导出excel
- 编写一个程序实现循环双链表的各种基本运算(假设顺序表的元数基本类型为Char)
- QT中窗口刷新事件的学习总结