一、MySQL主从不同步情况

1.1网络延迟

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

通过网络传送binlog文件，网络延迟是主从不一致的绝大多数原因，特别是跨机房的数据同步时。所以做读写分离时，注意从业务层进行前期设置

1.2主从两台服务器负载不一致

由于mysql 主从复制是主数据库上面启动一个io线程，而从服务器上面启动1个sql线程和1个io线程，当中任何一条机器的负载很高，忙不过来，导致其中的任何一个线程出现资源不足，都将出现主从不一致的情况。

1.3max_allowed_packet设置不一致

主数据库上面设置的max_allowed_packet 比从数据库大，当一个大的sql 语句，能在主数据库上执行完毕，从数据库上设置过小，无法执行，导致主从不一致。

1.4自增键不一致

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

1.5同步参数设置问题

mysql异常宕机情况下，如果未设置sync_binlog=1或者innodb_flush_log_at_trx_commit=1很可能出现binlog或者relaylog文件出现损坏，导致主从不一致

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 4.0
同时在从上面推荐加入下面两个参数
skip_slave_start
read_only

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

2.1主从不同步场景描述

  1. 今天发现Mysql的主从数据库没有同步
  2. 先上Master库：
  3. mysql>show processlist;
  4. 查看下进程是否sleep太多。发现很正常
  5. show master status;
  6. 查看主库状态也正常
  7. mysql>show master status;FilePositionBinlog_Do_DBBinlog_Ignore_DBmysqld-bin.0000013260mysql,test,information_schema
  8. 1 row in set (0.00 sec)
  9. 复制代码再到Slave上查看
  10. mysql>show slave statusG
  11. Slave_IO_Running: Yes
  13. Slave_SQL_Running: No
  15. 复制代码由此可见是Slave不同步

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

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

解决：

  1. stop slave;
  3. 复制代码
  5. 表示跳过一步错误，后面的数字可变
  7. set global sql_slave_skip_counter =1;
  9. start slave;
  11. 复制代码
  13. 之后再用mysql> show slave statusG 查看：
  15. Slave_IO_Running: Yes
  17. Slave_SQL_Running: Yes
  19. 复制代码ok，现在主从同步状态正常了。。。

2.3方式二：重新做主从，完全同步

  1. 该方法适用于主从库数据相差较大，或者要求数据完全统一的情况
  3. 解决步骤如下：
  5. 1.先进入主库，进行锁表，防止数据写入
  7. 使用命令：
  9. mysql> flush tables with read lock;
  11. 注意：该处是锁定为只读状态，语句不区分大小写
  13. 2.进行数据备份
  15. 把数据备份到mysql.bak.sql文件
  17. [root@server01 mysql]#mysqldump -uroot -p -hlocalhost > mysql.bak.sql
  19. 这里注意一点：数据库备份一定要定期进行，可以用shell脚本或者python脚本，都比较方便，确保数据万无一失
  20. 3.查看master 状态
  22. mysql> show master status;
  24. +——————-+———-+————–+——————————-+
  26. | File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
  28. +——————-+———-+————–+——————————-+
  30. | mysqld-bin.000001 | 3260 | | mysql,test,information_schema |
  32. +——————-+———-+————–+——————————-+
  34. 1 row in set (0.00 sec)
  36. 复制代码
  38. 4.把mysql备份文件传到从库机器，进行数据恢复
  40. 使用scp命令
  42. [root@server01 mysql]# scp mysql.bak.sql root@192.168.1.206:/tmp/
  44. 5.停止从库的状态
  46. mysql> stop slave;
  48. 6.然后到从库执行mysql命令，导入数据备份
  50. mysql> source /tmp/mysql.bak.sql
  52. 7.设置从库同步，注意该处的同步点，就是主库show master status信息里的| File| Position两项
  54. change master to master_host = ‘192.168.1.206’, master_user = ‘rsync’, master_port=3306, master_password=”, master_log_file = ‘mysqld-bin.000001’, master_log_pos=3260;
  56. 8.重新开启从同步
  58. mysql> start slave;
  60. 9.查看同步状态
  62. mysql> show slave statusG 查看：
  64. Slave_IO_Running: Yes
  66. Slave_SQL_Running: Yes
  68. 好了，同步完成啦

三、如何监控mysql主从之间的延迟

3.1前言：

日常工作中，对于mysql主从复制的检查有两方面
保证复制的整体结构是否完整；
需要检查数据是否一致。

主从延迟判断的方法，通常有两种方法：Seconds_Behind_Master和mk-heartbeat

3.2方法1.

通过监控show slave statusG命令输出的Second_Behind_Master参数的值来判断，是否有发生主从延时。