MariaDB Galera Cluster 介紹

Galera Cluster是由第三方公司Codership所研發的一套免費開源的叢集高可用方案，實現了資料零丟失，官網地址為http://galeracluster.com/。其在MySQLInnoDB儲存引擎基礎上打了wrep(虛擬全同步複製)，Percona/MariaDB已捆綁在各自的發行版本中。

MariaDB Galera Cluster是MariaDB同步多主機叢集。它僅支援XtraDB/InnoDB儲存引擎（雖然有對MyISAM實驗支援，具體看wsrep_replicate_myisam系統變數）。

MariaDB Galera Cluster主要功能：

l  同步複製

l  真正的multi-master，即所有節點可以同時讀寫資料庫

l  自動的節點成員控制，失效節點自動被清除

l  新節點加入資料自動複製

l  真正的並行複製，行級

l  使用者可以直接連線叢集，使用感受上與MySQL完全一致

優勢：

l  因為是多主，所以不存在Slavelag(延遲)

l  不存在丟失事務的情況

l  同時具有讀和寫的擴充套件能力

l  更小的客戶端延遲

l  節點間資料是同步的，而Master/Slave模式是非同步的，不同slave上的binlog可能是不同的

缺點：

l  加入新節點時開銷大，需要複製完整的資料

l  不能有效地解決寫擴充套件的問題，所有的寫操作都發生在所有的節點

l  有多少個節點，就有多少份重複的資料

l  由於事務提交需要跨節點通訊，即涉及分散式事務操作，因此寫入會比主從複製慢很多，節點越多，寫入越慢，死鎖和回滾也會更加頻繁

l  對網路要求比較高，如果網路出現波動不穩定，則可能會造成兩個節點失聯，Galera Cluster叢集會發生腦裂，服務將不可用

還有一些地方存在侷限：

l  僅支援InnoDB/XtraDB儲存引擎，任何寫入其他引擎的表，包括mysql.*表都不會被複制。但是DDL語句可以複製，但是insert into mysql.user(MyISAM儲存引擎)之類的插入資料不會被複制

l  Delete操作不支援沒有主鍵的表，因為沒有主鍵的表在不同的節點上的順序不同，如果執行select … limit …將出現不同的結果集

l  LOCK/UNLOCK TABLES/FLUSH TABLES WITH READ LOCKS不支援單表所鎖，以及鎖函式GET_LOCK()、RELEASE_LOCK()，但FLUSH  TABLES WITH READ LOCK支援全域性表鎖

l  General Query Log日誌不能儲存在表中，如果開始查詢日誌，則只能儲存到檔案中

l  不能有大事務寫入，不能操作wsrep_max_ws_rows=131072(行)，且寫入集不能超過wsrep_max_ws_size=1073741824(1GB)，否則客戶端直接報錯

l  由於叢集是樂觀鎖併發控制，因此，在commit階段會有事務衝突發生。如果兩個事務在叢集中的不同節點上對同一行寫入並提交，則失敗的節點將回滾，客戶端返回死鎖報錯

l  XA分散式事務不支援Codership Galera Cluster，在提交時可能會回滾

l  整個叢集的寫入吞吐量取決於最弱的節點限制，叢集要使用同一的配置

技術：

Galera叢集的複製功能是基於認證的複製，其流程如下：

相關推薦