mysql主从不一致情形与解决方法_详解MySQL主从不一致情形与解决方法.pdf

详详解解MySQL主主从从不不一一致致情情形形与与解解决决方方法法

这篇文章主要介绍了详解MySQL主从不一致情形与解决方法，小编觉得挺不错的，现在分享给大家，也给大家做

个 考。一起跟随小编过来看看吧

一一、、MySQL主主从从不不同同步步情情况况

1.1 网网络的的延延迟

由于mysql主从复制是基于binlog的一种异步复制

通过网络传送binlog文件，理所当然网络延迟是主从不同步的绝大多数的原因，特别是跨机房的数据同步出现这种几

率非常的大，所以做读写分离，注意从业务层进行前期设计。

1.2 主主从从两两台台机机器器的的负载不不一一致致

由于mysql主从复制是主数据库上面启动1个io线程，而从上面启动1个sql线程和1个io线程，当中任何一台机器的负载

很高，忙不过来，导致其中的任何一个线程出现资源不足，都将出现主从不一致的情况。

1.3 max_allowed_packet设置置不不一一致致

主数据库上面设置的max_allowed_packet比从数据库大，当一个大的sql语句，能在主数据库上面执行完毕，从数据

库上面设置过小，无法执行，导致的主从不一致。

1.4 自自增增键不不一一致致

key 自增 开始的 值跟自增步长设置不一致引起的主从不一致。

1.5 同同步步 数数设置置问题

mysql异常宕机情况下，如果未设置sync_binlog=1或者innodb_flush_log_at_trx_commit=1很有可能出现binlog或者r

elaylog文件出现损坏，导致主从不一致。

1.6 自自身身bug

mysql本身的bug引起的主从不同步

1.7 版版本本不不一一致致

特别是高版本是主，低版本为从的情况下，主数据库上面支持的功能，从数据库上面不支持该功能。

1.8 主主从从不不一一致致优化化配配置置

基于以上情况，先保证max_allowed_packet，自增 开始点和增长点设置一致

再者牺牲部分性能在主上面开启sync_binlog，对于采用innodb的库，推荐配置下面的内容

innodb_flush_logs_at_trx_commit = 1

innodb-support_xa = 1 # Mysql 5.0 以上

innodb_safe_binlog # Mysql .0

同时在从上面推荐加入下面两个 数

skip_slave_start

read_only

二二、、解解决决主主从从不不同同步步的的方方法法

2.1 主主从从不不同同步步场景景描描述述

今天发现Mysql的主从数据库没有同步

先上Master库 ：

mysql>show processlist;

查看下进程是否Sleep太多。发现很正常。

show master status;

查看主库状态也正常。

mysql> show master status;

+++++

| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |

+++++

| mysqld-bin.000001 | 3260 | | mysql,test,information_schema |

+++++

1 row in set (0.00 sec)

再到Slave上查看

mysql> show slave status\G

Slave_IO_Running: Yes

Slave_SQL_Running: No

由此可见是Slave不同步

2.2 解解决决方方法法一一 ：：忽忽略略错误后后，，继续同同步步

该方法适用于主从库数据相差不大，或者要求数据可以不完全统一的情况，数据要求不严格的情况

解决 ：

stop slave;

表示跳过一步错误，后面的数字可变

set global sql_slave_skip_counter =1;

start slave;

之后再用mysql show slave status\G 查看 ：

Slave_IO_Running: Yes

Slave_SQL_Running: Yes