說(shuō)明：主庫(kù)宕機(jī)誰(shuí)來(lái)接管?

1. 所有從節(jié)點(diǎn)日志都是一致的，默認(rèn)會(huì)以配置文件的順序去選擇一個(gè)新主。

2. 從節(jié)點(diǎn)日志不一致，自動(dòng)選擇最接近于主庫(kù)的從庫(kù)

3. 如果對(duì)于某節(jié)點(diǎn)設(shè)定了權(quán)重(candidate_master=1)，權(quán)重節(jié)點(diǎn)會(huì)優(yōu)先選擇。

但是此節(jié)點(diǎn)日志量落后主庫(kù)100M日志的話，也不會(huì)被選擇。可以配合check_repl_delay=0，關(guān)閉日志量的檢查，強(qiáng)制選擇候選節(jié)點(diǎn)。

(1) ping_interval=1

#設(shè)置監(jiān)控主庫(kù)，發(fā)送ping包的時(shí)間間隔，嘗試三次沒(méi)有回應(yīng)的時(shí)候自動(dòng)進(jìn)行failover

(2) candidate_master=1

#設(shè)置為候選master，如果設(shè)置該參數(shù)以后，發(fā)生主從切換以后將會(huì)將此從庫(kù)提升為主庫(kù)，即使這個(gè)主庫(kù)不是集群中事件最新的slave

(3)check_repl_delay=0

#默認(rèn)情況下如果一個(gè)slave落后master 100M的relay logs的話，

MHA將不會(huì)選擇該slave作為一個(gè)新的master，因?yàn)閷?duì)于這個(gè)slave的恢復(fù)需要花費(fèi)很長(zhǎng)時(shí)間，通過(guò)設(shè)置check_repl_delay=0,MHA觸發(fā)切換在選擇一個(gè)新的master的時(shí)候?qū)?huì)忽略復(fù)制延時(shí)，這個(gè)參數(shù)對(duì)于設(shè)置了candidate_master=1的主機(jī)非常有用，因?yàn)檫@個(gè)候選主在切換的過(guò)程中一定是新的master。

總結(jié)

以上是生活随笔為你收集整理的mysql 数据库 额外_Manager额外参数怎么学？mysql数据库学习的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。