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

一、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的容量、故障排错以及多线程方式传输二进制日志的详细内容，更多请关注其它相关文章！