mysqln处理_实战处理mysql主从延时不一致之手动修复

前2天经常被同事反应crm后台系统和前台&＃xff0c;经常报前后查询不一致的问题。一开始也很抓狂&＃xff0c;从集群、日志跟踪、网络转包等方面排查&＃xff0c;都没找到原因&＃xff0c;后来经过和研发同事一起沟通&＃xff0c;提出线上mysql主从数据库可能不一致导致&＃xff0c;于是立马登陆mysql主从服务器&＃xff0c;查看复制状态&＃xff0c;到这很明显问题就找到。

手动修复主从延时不一致&＃xff0c;主库完整mysqldump导出&＃xff0c;注意用的参数。经过实践&＃xff0c;是线上成功修复主从不一致的结果哦。还有个奇葩的问题&＃xff0c;就是刚修复主从不一致&＃xff0c;很快又出现&＃xff0c;延时又拉很大。到这你是否会想到&＃xff0c;主库有大量数据的写入&＃xff0c;从库复制过来就会越来越慢&＃xff0c;我当时检查系统的crontab&＃xff0c;果真发现有自动脚本&＃xff0c;会把线下数据库大量数据同步到主库。要想彻底解决问题&＃xff0c;思路很重要啊&＃xff0c;看来。后面会继续发博客之在线检查及修复&＃xff0c;敬请关注。

看你的mysql现在已提供什么存储引擎:

mysql> show engines;

看你的mysql当前默认的存储引擎:

mysql> show variables like &＃39;%storage_engine%&＃39;;

你要看某个表用了什么引擎(在显示结果里参数engine后面的就表示该表当前用的存储引擎):

mysql> show create table 表名;

1. 从主服务器得到一个快照版本

如果你的是MYISAM或者既有MYISAM又有INNODB的话就在主服务器上使用如下命令导出服务器的一个快照&＃xff1a;并把文件拷贝到从数据库上

mysqldump -uroot -p --default-character-set&＃61;gbk -q --lock-tables --flush-logs --master-data&＃61;1 --databases 51auto_v4 >db.sql

试过只有INNODB的话就是用如下命令&＃xff1a;并把文件拷贝到从数据库上

mysqldump -uroot -p --default-character-set&＃61;gbk -q --single-transaction --flush-logs --master-data&＃61;1 --databases 51auto_v4 > db.sql

这里需要注意几个参数的使用&＃xff1a;

--default-character-set&＃61;charset

指定导出数据时采用何种字符集&＃xff0c;如果数据表不是采用默认的 latin1 字符集的话&＃xff0c;那么导出时必须指定该选项&＃xff0c;否则再次导入数据后将产生乱码问题。

–quick&＃xff0c;-q

该选项在导出大表时很有用&＃xff0c;它强制 mysqldump 从服务器查询取得记录直接输出而不是取得所有记录后将它们缓存到内存中。

–lock-tables

它和 –lock-all-tables 类似&＃xff0c;不过是锁定当前导出的数据表&＃xff0c;而不是一下子锁定全部库下的表。本选项只适用于 MyISAM 表&＃xff0c;如果是 Innodb 表可以用 –single-transaction 选项。

–lock-all-tables&＃xff0c;-x

在开始导出之前&＃xff0c;提交请求锁定所有数据库中的所有表&＃xff0c;以保证数据的一致性。这是一个全局读锁&＃xff0c;并且自动关闭 –single-transaction 和 –lock-tables 选项。

--single-transaction 这个参数只对innodb适用。

--databases 后面跟除mysql以后的其他所有数据库的库名&＃xff0c;

--master-data 参数会记录导出快照时候的mysql二进制日志位置&＃xff0c;一会会用到。

2. 将快照版本还原到从服务器上

mysql -uroot -p 51auto_v4

将快照版本还原到从服务器上以后&＃xff0c;此时从服务器上的数据和主服务器的数据是一致的。

3. 在从服务器上生成CHANGE MASTER语句&＃xff1a; 使用grep命令查找到二进制日志的名称以及位置

# grep -i "change master" db.sql

-- CHANGE MASTER TO MASTER_LOG_FILE&＃61;&＃39;mysql-bin.002515&＃39;,

4. STOP SLAVE;

5. RESET SLAVE;

6. 执行change master

#从库5.12上执行

CHANGE MASTER TO MASTER_HOST&＃61;&＃39;172.31.5.11&＃39;,MASTER_USER&＃61;&＃39;repuser&＃39;,MASTER_PASSWORD&＃61;&＃39;51auto&＃39;,MASTER_LOG_FILE&＃61;&＃39;mysql-bin.002515&＃39;, MASTER_LOG_POS&＃61;894830515;

#从库5.13上执行

CHANGE MASTER TO MASTER_HOST&＃61;&＃39;172.31.5.11&＃39;,MASTER_USER&＃61;&＃39;copy&＃39;,MASTER_PASSWORD&＃61;&＃39;51auto&＃39;,MASTER_LOG_FILE&＃61;&＃39;mysql-bin.002515&＃39;, MASTER_LOG_POS&＃61;894830515;

7. START SLAVE;

8. SHOW SLAVE STATUS\G;查看Slave_IO_Running和Slave_SQL_Running的状态&＃xff0c;如果都为Yes&＃xff0c;就大功告成了。