原创 2016-07-21 宋利兵 MySQL中文网
分享主题
《MySQL 5.7 Replication新特性》
嘉宾介绍
宋利兵，MySQL研发工程师。2009年加入MySQL全球研发团队,从事MySQL复制相关功能的开发。
主题介绍
主要分享在MySQL 5.7中，Replication（复制）相关的一些新特性，比如多源复制、增强半同步复制、并行复制等。
Agenda
- GTID复制
- 多线程并发复制
- 半同步复制
- 多源复制
- 其他特性
这次的PPT、录音我也同时放到百度云盘里了，欢迎下载转存。百度云盘链接: http://pan.baidu.com/s/1gfNR7NH 密码: adqm 。
互动问题解答
由于篇幅有限，我们选择了10个比较有代表意义的问题进行解答。
问1：多源复制下，支持master是5.6，slave是5.7吗？
答：可以的
【老叶补充】非常不建议跨大版本的MySQL Replication。
问2：半同步复制设置N个slave应答，如果当前Slave小于N会怎样？
答：取决于rpl_semi_sync_master_wait_no_slave的设置。
- rpl_semi_sync_master_wait_no_slave = 0
会立刻变成异步复制。
- rpl_semi_sync_master_wait_no_slave = 1
仍然等待应答，直到超时。
问3：gtid 如果出现不支持的语句，怎么解决
答：从应用中去掉不支持的语句/事务：
例如：
- CREATE TABLE ... SELECT
可以该为:
CREATE TABLE
INSERT ... SELECT
问4：基于GTID的复制，可以指定GTID复制的起始位置么，还是只能根据现有的信息？
答：GTID复制就是为了摆脱对binlog文件名和位置的依赖。所以不能指定复制的起始位置，也完全没有必要指定。
问5：对一个已经开启GTID的数据库再做一个从库，先把Master备份下来还原到新slave上去，直接可以同步了还是先需要做purge_gtid的操作再同步呢？
答：需要设置gtid_purged。整个过程可以通过mysqldump完成。
请参考手册：http://dev.mysql.com/doc/refman/5.7/en/replication-gtids-failover.html#replication-gtids-failover-copy
问6：线上全是5.5的环境，有没有办法搭建5.5到5.7的复制？
答：可以，但不能开启gtid功能。
【老叶补充】非常不建议跨大版本的MySQL Replication，更何况是垮了2个大版本，最好是先进行升级。
问7：并行复制logical_clock，如果不开启gtid是不是就不能并行了？
答：不开启gtid,也能使用logical_clock并行复制。
问8：在主从复制过程中，是主向从推数据还是从拉数据，如果这个传送的过程中，出现网络闪断，会不会造成数据包丢失，会执行校验重传嘛？
答：Slave 的IO线程发起到Master的连接。
然后master开始发送events,slave只是被动的接收。
slave和master之间使用的是tcp 连接。tcp是可靠的连接。网络丢包等都是tcp层自动处理的。
mysql不需要处理。
如果slave长时间不能收到一个完整的Event，或者接收event时出错。slave
会进行相应的处理。
如果slave认为，重新建立连接能解决问题。slave则自动的断开原来的连接，然后重新连接到master去。
如果slave认为，这个错误无法自动解决，slave会停掉io线程，并报错。
问9：设置了binlog_group_commit_sync_delay参数，在宕机的时候应该不会影响binglog文件安全吧？
答：不影响
问10：多源复制是只能在异步模式下使用么？因为半同步的状态是全局的，一个通道关闭会导致其它通道出错，有没有考虑将半同步状态改成每个channel的私有配置呢？
答：只有一个通道可以开启seimsync，其他的都要使用异步通道。不光是Semisync，异步通道的状态也要改成每个channel的私有配置，都有考虑。