MySQL主从复制之realy_log_recovery-创新互联
&nbs
创新互联是一家专注于网站设计、
成都做网站与策划设计,三沙网站建设哪家好?创新互联做网站,专注于网站建设十载,网设计领域的专业建站公司;建站业务涵盖:三沙等地区。三沙做网站价格咨询:13518219792p; 该参数是默认打开的，在数据库启动后立即启动自动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://kswjz.com/article/dhppes.html
扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
