mha是使用python寫的嗎？很多新手對此不是很清楚，為了幫助大家解決這個難題，下面小編將為大家詳細講解，有這方面需求的人可以來學(xué)習(xí)下，希望你能有所收獲。

網(wǎng)站建設(shè)哪家好，找成都創(chuàng)新互聯(lián)！專注于網(wǎng)頁設(shè)計、網(wǎng)站建設(shè)、微信開發(fā)、微信平臺小程序開發(fā)、集團企業(yè)網(wǎng)站建設(shè)等服務(wù)項目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了武威免費建站歡迎大家使用！

MHA是一位日本MySQL大牛用Perl寫的一套MySQL故障切換方案，來保證數(shù)據(jù)庫系統(tǒng)的高可用。在宕機的時間內(nèi)（1030秒內(nèi)），完成故障切換，部署MHA，可避免主從一致性問題，節(jié)約購買新服務(wù)器的費用，不影響服務(wù)器性能，易安裝，不改變現(xiàn)有部署。MHA還支持在線切換，從當前運行master切換到一個新的master上面，只需要很短的時間（0.52秒內(nèi)），切換時僅僅阻塞寫操作，并不影響讀操作，便于主機硬件維護。在有高可用，數(shù)據(jù)一致性要求的系統(tǒng)上，MHA 提供了強大的功能，幾乎無間斷的滿足維護需要。

優(yōu)點：

（1）主庫自動監(jiān)控和故障轉(zhuǎn)移

在當前已存在的主從復(fù)制環(huán)境中，MHA可以監(jiān)控主庫故障，并自動轉(zhuǎn)移故障。即使有一些從庫沒有接收到新的relay log events，MHA也會從接收過的其他從庫中自動識別有差異的relay log events，并在沒接收到的從庫上進行數(shù)據(jù)的前滾，以此來保障主從數(shù)據(jù)的一致性。

MHA可達到秒級別故障轉(zhuǎn)移（9~12秒監(jiān)測到主庫故障，任選7秒鐘關(guān)閉主庫電源主機避免腦裂，接下來對數(shù)據(jù)不全的從庫進行數(shù)據(jù)的前滾（通過其他完整從庫的中繼日志relay log）），最后建立新的主庫，總停機時間在（total downtime）10~30秒）。另外，在配置文件里可以配置一個從庫優(yōu)先成為主庫，因為MHA修復(fù)了從庫之間的一致性，dba就不用去處理一致性問題。當建立新的主庫之后，并行恢復(fù)其他從庫。即使有成千上萬的從庫,也不會影響恢復(fù)主庫時間，從庫也很快完成數(shù)據(jù)同步。

例子：DeNA公司在150+主從環(huán)境中使用MHA。其中一個master崩潰，MHA在4秒完成故障轉(zhuǎn)移，這是主動/被動集群解決方案無法完成的。

（2）互動(手動)master故障轉(zhuǎn)移

MHA可以用來只做故障轉(zhuǎn)移，即不監(jiān)測主庫狀態(tài)，只作為故障轉(zhuǎn)移的交互。

（3）非交互式故障轉(zhuǎn)移

MHA也提供非交互式的故障轉(zhuǎn)移（不監(jiān)測主庫狀態(tài)，自動故障轉(zhuǎn)移）。這個特性很有用，特別是你已經(jīng)安裝了其他軟件監(jiān)控主庫。比如，用Pacemaker(Heartbeat)監(jiān)測主庫故障和vip接管，用MHA進行故障轉(zhuǎn)移和從庫提升。

（4）在線切換主庫到不同主機

在很多情況下，有必要將主庫轉(zhuǎn)移到其他主機上（如替換raid控制器，提升主庫機器硬件等等）。這并不是主庫崩潰，而是計劃維護必須去做的。計劃維護會導(dǎo)致downtime，所以必須盡可能快的恢復(fù)?？焖俚闹鲙烨袚Q和優(yōu)雅的阻塞寫操作是必需的，MHA提供了這種方式。優(yōu)雅的主庫切換， 0.52秒內(nèi)阻塞寫操作。在很多情況下0.52秒的downtime是可以接受的，并且不影響計劃維護窗口。這意味著當需要更換更快機器，升級高版本時，dba可以很容易采取動作。

（5）master 崩潰不會導(dǎo)致主從數(shù)據(jù)不一致性

當master 崩潰后，MHA自動識別從庫間relay log events的不同，然后應(yīng)用于不同的從庫上，最終所有從庫都同步。結(jié)合通過半同步一起使用，幾乎沒有任何數(shù)據(jù)丟失。

（6）MHA部署不影響當前環(huán)境設(shè)置

MHA最重要的一個設(shè)計理念就是盡可能使用簡單。其他高可用方案需要改mysql部署設(shè)置，MHA不會讓dba做這些部署配置，同步和半同步環(huán)境都可以用。啟動/停止/升級/降級/安裝/卸載 MHA都不用改變（如啟動/停止）mysql主從環(huán)境。

當你需要升級MHA到新版本時，不需要停止mysql，僅僅更新HMA版本，然后重新啟動MHAmanger即可。有些高可用方案要求特定的mysql版本（如mysql cluster，mysql with global transaction id 等）,而且你可能不想僅僅為了MasterHA而遷移應(yīng)用。很多情況下，公司已經(jīng)部署了許多傳統(tǒng)的mysql應(yīng)用，開發(fā)或dba不想花太多時間遷移到不同的存儲引擎或新的特性上。

（7）不增加服務(wù)器費用

MHA 包含MHA Manager和MHA node。MHA node運行在每臺mysql服務(wù)器上，Manager可以單獨部署一臺機器，可監(jiān)控100+以上數(shù)量的數(shù)據(jù)庫，總服務(wù)器數(shù)量不會有太大增加。需要注意的是Manager也可以運行在其中一臺從庫上。

（8）性能無影響

當監(jiān)控主庫時，MHA只是每幾秒鐘（默認3秒）發(fā)送ping包，不發(fā)送大的查詢。主從復(fù)制性能不受影響。

（9）適用任何存儲引擎

Mysql不僅僅適用于事務(wù)安全的innodb引擎，在主從中適用的引擎，MHA都可以適用。即使使用遺留環(huán)境的myisam引擎，不進行遷移，也可以用MHA。

架構(gòu)

在架構(gòu)上來說，MHA分為兩類：

（1）Node

MHA是基于MySQL 主從復(fù)制環(huán)境的，在該環(huán)境中，不管是Master角色，還是Slave角色，都稱為Node，是被監(jiān)控管理的對象節(jié)點。Node服務(wù)器上需要安裝MHA Node包。

（2）Manager

Manager為MHA架構(gòu)中的管理者，建議部署在一臺獨立的服務(wù)器上，當然也可部署在某個Slave上，但該Slave永遠不要被選擇成為新的Master，否則故障切換后的MHA架構(gòu)就失去了高可用性。Manager服務(wù)器需要安裝MHA Manager包，并完善一個主配置文件。一個Manager可管理多套MySQL 主從復(fù)制環(huán)境。

看完上述內(nèi)容是否對您有幫助呢？如果還想對相關(guān)知識有進一步的了解或閱讀更多相關(guān)文章，請關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道，感謝您對創(chuàng)新互聯(lián)的支持。