资讯

精准传达 • 有效沟通

从品牌网站建设到网络营销策划,从策略到执行的一站式服务

MySQL主从复制之realy_log_recovery

      该参数是默认打开的,在数据库启动后立即启动自动relay log恢复。在恢复过程中,创建一个新的relay log,并将IO线程初始化到SQL线程的位置。
      MySQL运行过程中,如果出现宕机的情况,从库启动后必须能够恢复到已经执行事务的位置,该信息传统上是存在文件中,那么久有可能存在不一致或者损坏的风险。从MySQL5.7开始,可以用表来存储这些信息,并发这些表设置为InnoDB引擎,通过使用事务型存储引擎,恢复这个信息。可以配置参数master_info_repository=table和relay_log_info_repository=table使从库信息存储在表中。从库如何从宕机的状态恢复到正确的状态,取决于从库是单线程还是多线程、relay_log_recover参数的值,以及master_auto_position的使用方式。
1、单线程模式的复制
  1)当基于GTID模式复制的时候,并且设置了master_auto_position参数和relay_log_recover=0,使用该配置,其relay_log_info_repository和其他变量的设置都不会影响恢复。
  2)当基于传统模式(file position)的情况,请设置relay_log_recover=1和relay_log_info_repository=table。
2、多线程模式的复制
  1)当基于GTID模式复制的时候,并且设置了master_auto_position和relay_log_recovery=0,使用该配置,其relay_log_info_reposition和其它变量的设置都不会影响恢复。
  2)当基于传统模式复制的时候,请设置relay_log_recovery=1、sync_relay_log=1和relay_log_info_repository=table。

网站名称:MySQL主从复制之realy_log_recovery
链接分享:http://cdkjz.cn/article/iecjgp.html
多年建站经验

多一份参考,总有益处

联系快上网,免费获得专属《策划方案》及报价

咨询相关问题或预约面谈,可以通过以下方式与我们联系

大客户专线   成都:13518219792   座机:028-86922220