Mysql必读如何恢复MySQL主从数据一致性

概述介绍《Mysql必读如何恢复MySQL主从数据一致性》开发教程，希望对您有用。

《MysqL必读如何恢复MysqL主从数据一致性》要点：
本文介绍了MysqL必读如何恢复MysqL主从数据一致性，希望对您有用。如果有疑问，可以联系我们。

MysqL教程最近被告知,MysqL主从数据库的数据不一致,猜测备库在同步过程中出现了问题,于是,登上备库,使用 MysqL> show slave status\G查看,果然,备库在insert语句中因违反主键约束,导致备库停止了同步.现在的问题很明确,就是如何恢复主从库数据的一致性.

MysqL教程可选方案如下：

MysqL教程一、查看Master最新的position,将其作为Slave复制的起点.

MysqL教程这种思路体现的是过去的不一致既往不咎,现在保持同步即可.看起来,这个思路和恢复主从库数据的一致性的初衷有所违背,但这种方法,简单,高效,在测试环境,对历史数据要求不高的场景中可使用.

MysqL教程二、必须严格的恢复主从库数据的一致性.

MysqL教程在这里,也有两种思路：

MysqL教程1. 备份主库数据,并在从库上恢复,在历史数据一致性的基础上开启同步,但这种方法比较麻烦,必须在主库上执行锁表 *** 作,阻止客户端对于表数据的更新 *** 作,而且在数据量大的情况下,备份也是个耗时的工程.其实,这种方法在实际生产环境中也很少用.

MysqL教程2. Skip掉相关错误

MysqL教程其实,这个说活不是很严谨,准备的说,是跳过相关的事务.在我今天这种情况下,就是skip掉因违反主键约束而失败的insert语句.

MysqL教程如何跳过相关事务

MysqL教程一、停止slave服务

MysqL教程二、SET GLOBAL sql_SLAVE_SKIP_COUNTER = 1;

MysqL教程三、开启slave服务.

MysqL教程这里跳过的是一个事务.当然,也可以跳过多个事务,但要谨慎,毕竟,你并不知道跳过的是什么事务.

MysqL教程建议：可反复执行上述步骤,仔细查看导致从库不能同步的语句.有的时候,阻止从库的事务太多,这种方法就显得略为低效.

MysqL教程可分析主库日志的事务,来确定sql_SLAVE_SKIP_COUNTER的合适值.具体步骤如下：

MysqL教程1、在备库中执行show slave status\G,确认以下两个参数

MysqL教程

MysqL教程根据上述两个参数的值,在主库中查看当前阻碍从库复制的事务以及之后的事务.

MysqL教程MysqL> SHOW binlog EVENTS in 'MysqL-bin.000217' from 673146776;

MysqL教程这个是查看日志文件MysqL-bin.000217中事务ID为673146776后的所有事务.

MysqL教程当然,SHOW binlog EVENTS的用法还是相当灵活的,下述方式均可.

MysqL教程MysqL> SHOW binlog EVENTS in 'MysqL-bin.000217' from 673146776\G

MysqL教程MysqL> SHOW binlog EVENTS in 'MysqL-bin.000217' from 673146776 limit 10;

MysqL教程也可在主机环境下通过MysqLbinlog命令查看

代码如下:# MysqLbinlog MysqL-bin.000217 --start-position=673146776

MysqL教程如何查询语句的执行情况

MysqL教程在从库跳过相关事务,重新启动Slave后,Slave_IO_Running,Slave_sql_Running两项均显示“YES”,但Seconds_Behind_Master并没有马上下降,反而缓慢上升.

MysqL教程这时候,通过show processList语句查看线程的执行情况,发现第一条语句执行时间太长,“State”列显示“Sending data”.关于“Sending data”的含义,官方说明如下：

MysqL教程

MysqL教程可见,该语句涉及了大量的磁盘读.

MysqL教程为了进一步分析该语句的耗时分布,可设置profiling变量.步骤如下：

MysqL教程一、在查询开始之前,设置set profiling=on;

MysqL教程二、在语句执行完毕后,通过show profiles查看语句的query_ID.

MysqL教程三、通过show profile for queryquery_ID 查看语句的具体执行情况.

MysqL教程最后也发现,该语句在Sending data阶段耗时过久.

MysqL教程总结：

MysqL教程1. 在执行stop slave的时候,stop slave命令被hang住了,在网上查询了相关资料,可能与Slave中有长sql或Locked的sql执行有关,在这里,除show processList外,最好不要执行show slave status以及slave stop等slave相关命令.那么如何解决该问题呢?等待锁定Slavesql的线程结束,或者重启数据库.我选择了后者.

MysqL教程2. 在重启备库的过程中,还有段小插曲,在执行start slave命令的时候,报如下错误：ERROR 1872 (HY000): Slave Failed to initialize relay log info structure from the repository.网上很多资料都是推荐重新配置主从集群,这样又回到了开头的方案选择部分了.奇怪的时,我关闭了从库,重新启动,又好了.而两次启动命令唯一的差别就是前一次启动使用的是MysqLd,后一次启动使用的是MysqLd_safe,而且多带了一个--user参数.

MysqL教程以上就是恢复MysqL主从数据一致性的具体实现方法,希望对大家的学习有所帮助.

总结

以上是内存溢出为你收集整理的Mysql必读如何恢复MySQL主从数据一致性全部内容，希望文章能够帮你解决Mysql必读如何恢复MySQL主从数据一致性所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。