replication crash safe
什么是主从复制的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
免责声明:
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341