什么是主从复制的replication crash safe？

参数master_info_repository有两个值：

FILE (对应的文件master.info),  or TABLE (对应的表mysql.slave_master_info)

参数relay_log_info_repository有两个值：  

FILE (对应的文件 relaylog.info), or TABLE (对应的表mysql.slave_relay_log_info)

relay-log是sql_thread线程读取重放，然后把重放结束时候的relay-log和pos点更新记录到relay-log.info文件中；

如果sql_thread重放完毕，但是还没有把最终信息更新到relay-log.info中，从库断电或者crash，重启之后，从库读取relay-log.info发现现在不是最新的relay-log和pos点，还会把已经重放的事物重新重放，这样就会造成1032和1062错误，这么对复制来说是不安全的；

那么为了解决这个问题，mysql5.6开始出现了table这个选项，可以把更新记录放在innodb表中，利用了事物性质，即使sql_thread重放relay-log，还没有更新到mysql.slave_relay_log_info表中，当出现从库断电或者crash的情况下，重启从库之后，已经重放但是还没有同步到表中事物回滚掉，sql_thread会重新读取relay-log重放，然后更新到表中，这就是replication crash safe.

另外有两个参数sync_master_info（默认10000） ，sync_relay_log_info（默认10000）用来控制更新同步master.info 和relay-log.info文件的频率，表示在多少个事物之后做一次fdatasync( )，如果参数等于0，表示由操作系统来控制同步；还有这两个参数不要设置太小，否则磁盘IO可能受不了，可以通过iotop或者pt-ioprofile查看IO情况；

怎么启用replication crash safe功能？

master_info_repository=table

relay_log_info_repository=table

本文转自 Darren_Chen 51CTO博客，原文链接：http://blog.51cto.com/darrenmemos/1922911，如需转载请自行联系原作者