MySQL之-详解Replication的容量、故障排错以及多线程方式传输二进制日志

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了MySQL之-详解Replication的容量、故障排错以及多线程方式传输二进制日志，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1715字，纯文字阅读大概需要3分钟。

内容图文

一、Replication容量

将Replication暂停一段时间(M),再重新开启,并观察Slave多久可以达到与Master一致(N)。
Replication容量=N:M
建议保持容量在3倍以上，即1:3

二、排除Replication故障

1、日志错误

1)大多数replication错误都是因为日志错误引起的。
2)主日志和中继日志都可能会错，辨别的方法：

#mysqlbinlog MASTER_BINLOG_FILE > /dev/null
#mysqlbinlog SLAVE_BINLOG_FILE > /dev/null

2、跳过日志错误

1)很多问题都可能导致日志错误。有时候也可能日志本身没有错误，SQL解析时出错了(例如主从数据本来就不一致)。可以手动跳过日志错误，不过这样做可能造成主从数据不一致。
2)如果是主日志错误，可以在Slave上执行(如果有多个错误可能要执行多次)。

mysql> stop slave;
mysql> set global sql_slave_skip_counter=1;
mysql> start slave;

3)如果是中继日志出错，可以在Slave上通过show slave status \G命令查看Replication状态，根据日志信息跳过出错的日志：

mysql> stop slave;
mysql> charge master to
	-> master_log_file='<Relay_Master_Log_file>',
	-> master_log_pos=<Exec_Master_Log_Pos>;
mysql> start slave;

4)如果Replcation工作在GTIDs模式下,则需要

mysql> stop slave;
mysql> set gtid_next='uuid:nexti_d';
mysql> begin;
mysql> commit;
mysql> set gtid_next='automatic';
mysql> start slave;

注：uuid:nextid例如:'0470a4fd-93d1-11e3-86bf-4ec905bea80f:17'。

三、多线程方式传输二进制日志

1、MySQL5.6开始支持多线程方式传输二进制日志。
2、只能工作在GTIDs模式下。
3、只有对不同的库执行的操作才能采用多线程传输。同一个库下不同表的操作仍只能用单线程传输。

#vi /etc/my.cnf
[mysqld]
slave_parallel-workers=N (默认值为0,不开启)

其他命令：

mysql> set sql_log_bin=OFF; (关闭二进制日志)
mysql> set sql_log_bin=ON; (开启二进制日志)

以上就是MySQL之-详解Replication的容量、故障排错以及多线程方式传输二进制日志的详细内容，更多请关注Gxl网其它相关文章！

内容总结

以上是互联网集市为您收集整理的MySQL之-详解Replication的容量、故障排错以及多线程方式传输二进制日志全部内容，希望文章能够帮你解决MySQL之-详解Replication的容量、故障排错以及多线程方式传输二进制日志所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

---