MySQL 5.6新特性 -- crash-safe replication

在slave上有两个线程：io线程和sql线程
io线程接收master的二进制日志信息并写入到本地的relay log中；sql线程执行本地relay log中的信息。
io线程读取到的二进制日志当前位置信息写在master.info中；sql线程读取到的当前relay log位置信息写在realy-log.info文件中

 

存在的问题就是相应的内容写入文件后，并不能都实时刷新到磁盘上。当mysql实例crash后，对应的位置信息就可能不一致。
在5.6中可以set sync_master_info = 1和 sync_relay_log_info =1来确保每个事务结束后对应的信息被写入磁盘。
但是复制信息是在事务提交后才写的，如果在事务提交后slave发生了crash，而realy-log.info信息还没有被更新，实例重启后就可能会导致事务执行两次，就可能会发生复制错误。当然也可能对复制没有影响。

 

5.6中，引进了两个参数relay_log_info_repository、master_info_repository
设置relay_log_info_repository=table，就会创建表mysql.slave_relay_log_info，并将realy-log.info文件中的信息写入到该表中。
设置master_info_repository=table，就会创建表mysql.slave_master_info，并将master.info文件中的信息写入该表。
这个方法很简单,就是把SQL线程的事务和更新mysql.slave_relay_log_info的语句看成一个事务处理,这样就会一直同步的.

虽然解决了sql线程的问题，但是io线程的问题还没有解决，因为更新slave_master_info表跟事务没有关系。那么如何让msyql server更新该表呢？
于是又引入了参数sync_master_info，5.6.6之后默认值是10000。

当master_info_repository=file,sync_master_info=n的值大于0，表示n个events之后刷新到磁盘；如果n值为0，表示如何刷新到磁盘取决于操作系统。
当master_info_repository=table,sync_master_info=n的值大于0，表示n个events之后更新表mysql.slave_master_info；如果n值为0，表示不更新mysql.slave_master_info。

还有更优雅的方法，使用参数relay_log_recovery = ON,但是设置这个参数生效,需要服务器重启。
开启该参数，重启server后，io线程抛弃现有的IOthread的偏移量,从slave_relay_log_info表中获取当前的IO线程偏移量,这样你就不需要以为crash-safe存储IO线程的信息到表里。也就是说master_info_repository = TABLE不是必须的。

最后注意,relay_log_info_repository = TABLE和 sync_relay_log_info是 没有关联的。所以你可以放心的从配置文件中移除sync_relay_log_info。