Mariadb如何利用MariaDB Galera Cluster實(shí)現(xiàn)mariadb的集群環(huán)境

小編給大家分享一下Mariadb如何利用MariaDB Galera Cluster實(shí)現(xiàn)mariadb的集群環(huán)境，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！

一、MariaDB Galera Cluster概要：

1.簡述：

     MariaDB Galera Cluster 是一套在mysql innodb存儲(chǔ)引擎上面實(shí)現(xiàn)multi-master及數(shù)據(jù)實(shí)時(shí)同步的系統(tǒng)架構(gòu)，業(yè)務(wù)層面無需做讀寫分離工作，數(shù)據(jù)庫讀寫壓力都能按照既定的規(guī)則分發(fā)到各個(gè)節(jié)點(diǎn)上去。在數(shù)據(jù)方面完全兼容 MariaDB 和 MySQL。

2.特性：

     (1).同步復(fù)制 Synchronous replication

     (2).Active-active multi-master 拓?fù)溥壿?/p>

     (3).可對(duì)集群中任一節(jié)點(diǎn)進(jìn)行數(shù)據(jù)讀寫

     (4).自動(dòng)成員控制，故障節(jié)點(diǎn)自動(dòng)從集群中移除

     (5).自動(dòng)節(jié)點(diǎn)加入

     (6).真正并行的復(fù)制，基于行級(jí)

     (7).直接客戶端連接，原生的 MySQL 接口

     (8).每個(gè)節(jié)點(diǎn)都包含完整的數(shù)據(jù)副本

     (9).多臺(tái)數(shù)據(jù)庫中數(shù)據(jù)同步由 wsrep 接口實(shí)現(xiàn)

3.局限性

     (1).目前的復(fù)制僅僅支持InnoDB存儲(chǔ)引擎,任何寫入其他引擎的表，包括mysql.*表將不會(huì)復(fù)制,但是DDL語句會(huì)被復(fù)制的,因此創(chuàng)建用戶將會(huì)被復(fù)制,但是insert into mysql.user…將不會(huì)被復(fù)制的.

     (2).DELETE操作不支持沒有主鍵的表,沒有主鍵的表在不同的節(jié)點(diǎn)順序?qū)⒉煌?如果執(zhí)行SELECT…LIMIT… 將出現(xiàn)不同的結(jié)果集.

     (3).在多主環(huán)境下LOCK/UNLOCK TABLES不支持,以及鎖函數(shù)GET_LOCK(), RELEASE_LOCK()…

     (4).查詢?nèi)罩静荒鼙４嬖诒碇?。如果開啟查詢?nèi)罩?，只能保存到文件中?/p>

     (5).允許最大的事務(wù)大小由wsrep_max_ws_rows和wsrep_max_ws_size定義。任何大型操作將被拒絕。如大型的LOAD DATA操作。

     (6).由于集群是樂觀的并發(fā)控制，事務(wù)commit可能在該階段中止。如果有兩個(gè)事務(wù)向在集群中不同的節(jié)點(diǎn)向同一行寫入并提交，失敗的節(jié)點(diǎn)將中止。對(duì) 于集群級(jí)別的中止，集群返回死鎖錯(cuò)誤代碼(Error: 1213 SQLSTATE: 40001 (ER_LOCK_DEADLOCK)).

     (7).XA事務(wù)不支持，由于在提交上可能回滾。

     (8).整個(gè)集群的寫入吞吐量是由最弱的節(jié)點(diǎn)限制，如果有一個(gè)節(jié)點(diǎn)變得緩慢，那么整個(gè)集群將是緩慢的。為了穩(wěn)定的高性能要求，所有的節(jié)點(diǎn)應(yīng)使用統(tǒng)一的硬件。

     (9).集群節(jié)點(diǎn)建議最少3個(gè)。

     (10).如果DDL語句有問題將破壞集群。

二、MariaDB Galera Cluster搭建演示
1 規(guī)劃

1.  server1: 192.168.1.56

2. 
   

1. server3: 192.168.1.81

2. Galera SST user:sst

3. Galera SST password:sstpass123

4. MySQL root password:ESBecs00
   

5. server2: 192.168.1.6

2.配置mariadb的yum源(三臺(tái)機(jī)器都安裝)

1. [root@client137 ~]#  vim /etc/yum.repos.d/mariadb.repo

2. # yum源的內(nèi)容如下：

   [mariadb]

   name = MariaDB

   baseurl = http://yum.mariadb.org/5.5/rhel6-amd64

   enabled = 1

   gpgkey=https://yum.mariadb.org/RPM-GPG-KEY-MariaDB

   gpgcheck=1
   [root@client137 ~]#  yum makecache

   
   

3.安裝 MariaDB-Galera-server galera MariaDB-client（3臺(tái)）

1. # 啟動(dòng)測(cè)試一下
   

2. [root@client137 ~]# /etc/init.d/mysql start
   

3.  Starting MySQL....
   

4.  [root@client137 ~]# chkconfig mysql on

5. [root@client137 ~]#  /usr/bin/mysql_secure_installation   --設(shè)置root密碼 ，也可登上去后set password
   

6. # 登陸數(shù)據(jù)庫，授權(quán)用于集群同步的用戶和密碼

   [root@client137 ~]# mysql -uroot -pESBecs00

   mysql> GRANT USAGE ON *.* to sst@'%' IDENTIFIED BY 'sstpass123';

   mysql> GRANT ALL PRIVILEGES on *.* to sst@'%';

   mysql> FLUSH PRIVILEGES;

   mysql> quit

   # 創(chuàng)建并配置wsrep.cnf文件

   [root@client137 ~]# cp /usr/share/mysql/wsrep.cnf  /etc/my.cnf.d/

   [root@client137 ~]# vim /etc/my.cnf.d/wsrep.cnf

   
   

5 .配置每臺(tái)機(jī)器的參數(shù)

1. [root@client137 ~]# iptables -A INPUT -i eth0 -p tcp --dport 3306 -j ACCEPT
   

2.  [root@client137 ~]# iptables -A INPUT -i eth0 -p tcp --dport 4567 -j ACCEPT
   

3. # 啟動(dòng)mariadb，查看3306和4567端口是否被監(jiān)聽
   

4. [root@client137 ~]# /etc/init.d/mysql restart
   

5. [root@client137 ~]# netstat -tulpn |grep -e 4567 -e 3306
   

6.  tcp        0      0 0.0.0.0:3306                0.0.0.0:* LISTEN      32363/mysqld
   

7.  tcp        0      0 0.0.0.0:4567                0.0.0.0:* LISTEN      32363/mysqld

8. 重啟mariadb

9. 
   

7.新添加節(jié)點(diǎn)的配置

  -d：以daemon模式運(yùn)行

  -a：集群地址

  -g： 集群名稱

9.測(cè)試集群是否配置好參數(shù)：

登陸數(shù)據(jù)庫：

查看如下幾個(gè)參數(shù)：

#以上詳細(xì)參數(shù)注釋：

監(jiān)控狀態(tài)參數(shù)說明:

(1).集群完整性檢查:

wsrep_cluster_state_uuid:在集群所有節(jié)點(diǎn)的值應(yīng)該是相同的,有不同值的節(jié)點(diǎn),說明其沒有連接入集群.

wsrep_cluster_conf_id:正常情況下所有節(jié)點(diǎn)上該值是一樣的.如果值不同,說明該節(jié)點(diǎn)被臨時(shí)"分區(qū)"了.當(dāng)節(jié)點(diǎn)之間網(wǎng)絡(luò)連接恢復(fù)的時(shí)候應(yīng)該會(huì)恢復(fù)一樣的值.

wsrep_cluster_size:如果這個(gè)值跟預(yù)期的節(jié)點(diǎn)數(shù)一致,則所有的集群節(jié)點(diǎn)已經(jīng)連接.

wsrep_cluster_status:集群組成的狀態(tài).如果不為"Primary",說明出現(xiàn)"分區(qū)"或是"split-brain"狀況.

(2).節(jié)點(diǎn)狀態(tài)檢查:

wsrep_ready: 該值為ON,則說明可以接受SQL負(fù)載.如果為Off,則需要檢查wsrep_connected.

wsrep_connected: 如果該值為Off,且wsrep_ready的值也為Off,則說明該節(jié)點(diǎn)沒有連接到集群.

wsrep_local_state_comment:如果wsrep_connected為On,但wsrep_ready為OFF,則可以從該項(xiàng)查看原因.

(3).復(fù)制健康檢查:

      wsrep_flow_control_paused:表示復(fù)制停止了多長時(shí)間.即表明集群因?yàn)镾lave延遲而慢的程度.值為0~1,越靠近0越好,值為1表示復(fù)制完全停止.可優(yōu)化wsrep_slave_threads的值來改善.

wsrep_cert_deps_distance:有多少事務(wù)可以并行應(yīng)用處理.wsrep_slave_threads設(shè)置的值不應(yīng)該高出該值太多.

wsrep_flow_control_sent:表示該節(jié)點(diǎn)已經(jīng)停止復(fù)制了多少次.

wsrep_local_recv_queue_avg:表示slave事務(wù)隊(duì)列的平均長度.slave瓶頸的預(yù)兆.

最慢的節(jié)點(diǎn)的wsrep_flow_control_sent和wsrep_local_recv_queue_avg這兩個(gè)值最高.這兩個(gè)值較低的話,相對(duì)更好.

(4).檢測(cè)慢網(wǎng)絡(luò)問題:

wsrep_local_send_queue_avg:網(wǎng)絡(luò)瓶頸的預(yù)兆.如果這個(gè)值比較高的話,可能存在網(wǎng)絡(luò)瓶

(5).沖突或死鎖的數(shù)目:

wsrep_last_committed:最后提交的事務(wù)數(shù)目

     wsrep_local_cert_failures和wsrep_local_bf_aborts:回滾,檢測(cè)到的沖突數(shù)目

10.測(cè)試數(shù)據(jù)同步，一致等問題，這個(gè)測(cè)試不演示，概述一下大概思路：

    (1).創(chuàng)建一個(gè)數(shù)據(jù)庫，看是否同步

    (2).數(shù)據(jù)庫里分別創(chuàng)建一個(gè)innodb和myisam引擎的表，看是否同步

    (3).分別往這兩張表里插入數(shù)據(jù)，看是否同步，除innodb引擎數(shù)據(jù)可以同步，其余引擎是不同步

    (4).在任意一節(jié)點(diǎn)插入，刪除數(shù)據(jù)，看是否同步

11.在上面galera集群搭建完成后，我們可以借助于haproxy和lvs來實(shí)現(xiàn)mysql數(shù)據(jù)庫集群之間的負(fù)載

這里就不演示，可以自己配置試試！

以上是“Mariadb如何利用MariaDB Galera Cluster實(shí)現(xiàn)mariadb的集群環(huán)境”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對(duì)大家有所幫助，如果還想學(xué)習(xí)更多知識(shí)，歡迎關(guān)注億速云行業(yè)資訊頻道！