MySQL中Manager額外參數(shù)怎么學(xué)，針對(duì)這個(gè)問題，這篇文章詳細(xì)介紹了相對(duì)應(yīng)的分析和解答，希望可以幫助更多想解決這個(gè)問題的小伙伴找到更簡單易行的方法。

圍場ssl適用于網(wǎng)站、小程序/APP、API接口等需要進(jìn)行數(shù)據(jù)傳輸應(yīng)用場景，ssl證書未來市場廣闊！成為創(chuàng)新互聯(lián)公司的ssl證書銷售渠道，可以享受市場價(jià)格4-6折優(yōu)惠！如果有意向歡迎電話聯(lián)系或者加微信：18980820575（備注：SSL證書合作）期待與您的合作！

說明：主庫宕機(jī)誰來接管?

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

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

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

但是此節(jié)點(diǎn)日志量落后主庫100M日志的話，也不會(huì)被選擇?？梢耘浜蟘heck_repl_delay=0，關(guān)閉日志量的檢查，強(qiáng)制選擇候選節(jié)點(diǎn)。

(1) ping_interval=1

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

(2) candidate_master=1

#設(shè)置為候選master，如果設(shè)置該參數(shù)以后，發(fā)生主從切換以后將會(huì)將此從庫提升為主庫，即使這個(gè)主庫不是集群中事件最新的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)很長時(shí)間，通過設(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è)候選主在切換的過程中一定是新的master。

關(guān)于mysql中Manager額外參數(shù)怎么學(xué)問題的解答就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道了解更多相關(guān)知識(shí)。