常見的高可用MySQL解決方案轉載

本文轉自：http://blog.51cto.com/ixdba/1718140
MySQL資料庫作為最基礎的資料儲存服務之一，在整個系統中有著非常重要的地位，因此要求其具備高可用性是無可厚非的。有很多解決方案能實現不同的SLA（服務水平協定），這些方案可以保證資料庫伺服器在硬體或軟體出現故障時服務繼續可用。

高效能性需要解決的主要有兩個問題，即如何實現資料共享或同步資料，另一個是如何處理failover，資料共享一般的解決方案是通過SAN（Storage Area Network）來實現，而資料同步可以通過rsync軟體或DRBD技術來實現；failover的意思就是當伺服器當機或出現錯誤時可以自動切換到其他備用的伺服器，不影響伺服器上業務系統的執行。本文重點介紹一下目前比較成熟的Mysql高效能解決方案。

1、主從複製解決方案

這是MySQL自身提供的一種高可用解決方案，資料同步方法採用的是MySQL replication技術。MySQL replication就是一個日誌的複製過程，在複製過程中一個伺服器充當主伺服器，而一個或多個其他伺服器充當從伺服器，簡單說就是從伺服器到主伺服器拉取二進位制日誌檔案，然後再將日誌檔案解析成相應的SQL在從伺服器上重新執行一遍主伺服器的操作，通過這種方式保證資料的一致性。
MySQL replication技術僅僅提供了日誌的同步執行功能，而從伺服器只能提供讀操作，並且當主伺服器故障時，必須通過手動來處理failover，通常的做法是將一臺從伺服器更改為主伺服器。這種解決方案在一定程度上實現了MySQL的高可用性，可以實現90.000%的SLA。
為了達到更高的可用性，在實際的應用環境中，一般都是採用MySQL replication技術配合高可用叢集軟體來實現自動failover，這種方式可以實現95.000%的SLA。8.2節會重點介紹通過KeepAlived結合MySQL replication技術實現MySQL高可用構架的解決方案。

2、MMM高可用解決方案

MMM是Master-Master Replication Manager for MySQL的縮寫，全稱為MySQL主主複製管理器，它提供了MySQL主主複製配置的監控、故障轉移和管理的一套可伸縮的指令碼套件。在MMM高可用方案中，典型的應用是雙主多從架構，通過MySQL replication技術可以實現兩個伺服器互為主從，且在任何時候只有一個節點可以被寫入，避免了多點寫入的資料衝突。同時，當可寫的主節點故障時，MMM套件可以立刻監控到，然後將服務自動切換到另一個主節點，繼續提供服務，從而實現MySQL的高可用。
MMM方案是目前比較成熟的MySQL高可用解決方案，可以實現99.000%的SLA。8.3節會重點介紹通過MMM實現MySQL高可用解決方案。

3、Heartbeat/SAN高可用解決方案

此方案是藉助於第三方的軟硬體實現的，在這個方案中，處理failover的方式是高可用叢集軟體Heartbeat，它監控和管理各個節點間連線的網路，並監控叢集服務，當節點出現故障或者服務不可用時，自動在其他節點啟動叢集服務。
在資料共享方面，通過SAN（Storage Area Network）儲存來共享資料，在正常狀態下，叢集主節點將掛載儲存進行資料讀寫，而當叢集發生故障時，Heartbeat會首先通過一個仲裁裝置將主節點掛載的儲存裝置釋放，然後在備用節點上掛載儲存，接著啟動服務，通過這種方式實現資料的共享和同步。這種資料共享方式實現簡單，但是成本較高，並且存在腦裂的可能，需要根據實際應用環境來選擇。這種方案可以實現99.990%的SLA。

4、Heartbeat/DRBD高可用解決方案

這種高可用解決方案也是藉助於第三方的軟硬體實現的，在處理failover的方式上依舊採用Heartbeat，不同的是，在資料共享方面，採用了基於塊級別的資料同步軟體DRBD來實現。
DRBD即Distributed Replicated Block Device，是一個用軟體實現的、無共享的、伺服器之間映象塊裝置內容的儲存複製解決方案。和SAN網路不同，它並不共享儲存，而是通過伺服器之間的網路複製資料。這種方案實現起來稍微複雜，同時也存在腦裂的問題，可以實現99.900%的SLA。

5、MySQL Cluster高可用解決方案

MySQL Cluster由一組服務節點構成，每個服務節點上均執行著多種程式，包括MySQL伺服器、NDB Cluster的資料節點、管理伺服器，以及（可能）專門的資料訪問程式。此解決方案是MySQL官方主推的技術方案，功能強大，但是由於實現較為繁瑣，配置麻煩，實際的企業應用並不多。MySQL Cluster的標準版和電信版可以達到99.999%的SLA。

本文轉自lq201151CTO部落格，原文連結：http://blog.51cto.com/liuqun/2043736 ，如需轉載請自行聯絡原作者