該參數(shù)是默認(rèn)打開的，在數(shù)據(jù)庫啟動后立即啟動自動relay log恢復(fù)。在恢復(fù)過程中，創(chuàng)建一個新的relay log,并將IO線程初始化到SQL線程的位置。
      MySQL運(yùn)行過程中，如果出現(xiàn)宕機(jī)的情況，從庫啟動后必須能夠恢復(fù)到已經(jīng)執(zhí)行事務(wù)的位置，該信息傳統(tǒng)上是存在文件中，那么久有可能存在不一致或者損壞的風(fēng)險。從MySQL5.7開始，可以用表來存儲這些信息，并發(fā)這些表設(shè)置為InnoDB引擎，通過使用事務(wù)型存儲引擎，恢復(fù)這個信息?？梢耘渲脜?shù)master_info_repository=table和relay_log_info_repository=table使從庫信息存儲在表中。從庫如何從宕機(jī)的狀態(tài)恢復(fù)到正確的狀態(tài)，取決于從庫是單線程還是多線程、relay_log_recover參數(shù)的值，以及master_auto_position的使用方式。
1、單線程模式的復(fù)制
  1）當(dāng)基于GTID模式復(fù)制的時候，并且設(shè)置了master_auto_position參數(shù)和relay_log_recover=0，使用該配置，其relay_log_info_repository和其他變量的設(shè)置都不會影響恢復(fù)。
  2）當(dāng)基于傳統(tǒng)模式（file position）的情況，請設(shè)置relay_log_recover=1和relay_log_info_repository=table。
2、多線程模式的復(fù)制
  1）當(dāng)基于GTID模式復(fù)制的時候，并且設(shè)置了master_auto_position和relay_log_recovery=0,使用該配置，其relay_log_info_reposition和其它變量的設(shè)置都不會影響恢復(fù)。
  2）當(dāng)基于傳統(tǒng)模式復(fù)制的時候，請設(shè)置relay_log_recovery=1、sync_relay_log=1和relay_log_info_repository=table。

分享文章：MySQL主從復(fù)制之realy_log_recovery
本文來源：http://www.ekvhdxd.cn/article18/iecjgp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供全網(wǎng)營銷推廣、標(biāo)簽優(yōu)化、網(wǎng)站導(dǎo)航、網(wǎng)站排名、網(wǎng)站策劃、做網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)