在CentOS8下搭建PXC集羣

時間  2020-02-02
標籤 centos8 centos 搭建 pxc 集羣 欄目 CentOS 简体版
原文   原文鏈接

PXC簡介

PXC是Percona XtraDB Cluster的縮寫，是 Percona 公司出品的免費MySQL集羣產品。PXC的做用是經過mysql自帶的Galera集羣技術，將不一樣的mysql實例鏈接起來，實現多主集羣。在PXC集羣中每一個mysql節點都是可讀可寫的，也就是主從概念中的主節點，不存在只讀的節點。html

PXC其實是基於Galera的面向OLTP的多主同步複製插件，PXC主要用於解決MySQL集羣中數據同步強一性問題。PXC能夠集羣任何mysql的衍生版本，例如MariaDB和Percona Server。因爲Percona Server的性能最接近於mysql企業版，性能相對於標準版的mysql有顯著的提高，而且對mysql基本兼容。因此在搭建PXC集羣時，一般建議基於Percona Server進行搭建。node

關於數據庫集羣方案的選擇能夠參考：mysql

PXC的特色

  • 同步複製，事務在全部集羣節點要麼所有提交完成，要麼所有失敗
  • 多主複製，不存在主從角色的劃分，能夠在任意一個節點進行讀/寫操做
  • 數據同步的強一致性，全部節點的數據是實時一致的
  • PXC集羣節點越多，數據同步的速度就越慢，因此PXC集羣的規模不能太大
  • PXC集羣數據同步的速度取決於配置最低的節點，因此PXC集羣中全部節點的硬件配置儘可能保持一致
  • PXC集羣只支持InnoDB引擎，因此只有InnoDB引擎的數據纔會被同步

安裝PXC並組建集羣

環境準備

環境版本說明：sql

  • VMware Workstation Pro 15.5
  • Percona XtraDB Cluster 5.7
  • CentOS 8

MySQL有幾個常見的衍生版，Percona Server就是其一。這裏選擇Percona Server是由於它是最接近於企業版的MySQL。各衍生版的對比圖以下：
在CentOS8下搭建PXC集羣數據庫

本文的PXC集羣設計如圖：
在CentOS8下搭建PXC集羣bootstrap

  • Tips：實際上最小的PXC集羣是兩個節點的，但課程中設計爲三個節點。這是由於PXC集羣爲了防止腦裂，在一半以上的節點因意外宕機沒法訪問時，PXC集羣就會自動中止運行。因此若是設計爲兩個節點，其中一個節點掛掉了就知足半數以上節點沒法訪問，那麼集羣就會中止運行，而另外一個節點也就沒法使用了。這樣的容災性太差，因此這裏設計爲至少三個節點，以提升PXC集羣的可用性。

根據該圖，咱們須要建立三個虛擬機來搭建一個三節點的PXC集羣：
在CentOS8下搭建PXC集羣vim

節點說明：安全

Node Host IP
Node1 PXC-Node1 192.168.190.132
Node2 PXC-Node2 192.168.190.133
Node3 PXC-Node3 192.168.190.134

每一個虛擬機的配置以下圖：
在CentOS8下搭建PXC集羣bash

關於 PXC 集羣是以犧牲性能來保證數據的強一致性問題。PXC 集羣中的節點越多就意味着數據同步的時間就越長，那麼應該用幾臺數據庫服務器來作集羣最合適，相對來講算是能達到一個性能上最優的結果呢 ？服務器

一般來講不超過15臺節點組成一個PXC集羣，性能上很好，多了就不行。而後這個PXC集羣做爲一個分片，MyCat上多設置幾個分片，就能應對數據切分和併發訪問了

系統準備

有些 CentOS 版本默認捆綁了mariadb-libs，在安裝PXC以前須要先將其卸載：

[root@PXC-Node1 ~]# yum -y remove mari*

PXC集羣要使用四個端口：

端口 描述
3306 MySQL服務端口
4444 請求全量同步（SST）端口
4567 數據庫節點之間的通訊端口
4568 請求增量同步（IST）端口

因此若是系統啓用了防火牆則須要開放這些端口：

[root@PXC-Node1 ~]# firewall-cmd --zone=public --add-port=3306/tcp --permanent
[root@PXC-Node1 ~]# firewall-cmd --zone=public --add-port=4444/tcp --permanent
[root@PXC-Node1 ~]# firewall-cmd --zone=public --add-port=4567/tcp --permanent
[root@PXC-Node1 ~]# firewall-cmd --zone=public --add-port=4568/tcp --permanent
[root@PXC-Node1 ~]# firewall-cmd --reload

安裝PXC

先上官方文檔：

PXC有兩種較爲簡單的安裝方式，一是到官網下載rpm包到系統本地進行安裝，二是使用官方提供的yum倉庫進行在線安裝。本文演示的是本地安裝這種方式，首先打開以下網址：

選擇相應的版本後，複製下載連接：
在CentOS8下搭建PXC集羣

而後到CentOS上使用wget命令進行下載，以下示例：

[root@PXC-Node1 ~]# cd /usr/local/src
[root@PXC-Node1 /usr/local/src]# wget https://www.percona.com/downloads/Percona-XtraDB-Cluster-LATEST/Percona-XtraDB-Cluster-5.7.28-31.41/binary/redhat/8/x86_64/Percona-XtraDB-Cluster-5.7.28-31.41-r514-el8-x86_64-bundle.tar

建立存放rpm文件的目錄，並將下載好的PXC安裝包解壓縮到新建的目錄中：

[root@PXC-Node1 /usr/local/src]# mkdir pxc-rpms
[root@PXC-Node1 /usr/local/src]# tar -xvf Percona-XtraDB-Cluster-5.7.28-31.41-r514-el8-x86_64-bundle.tar -C pxc-rpms
[root@PXC-Node1 /usr/local/src]# ls pxc-rpms
Percona-XtraDB-Cluster-57-5.7.28-31.41.1.el8.x86_64.rpm
Percona-XtraDB-Cluster-57-debuginfo-5.7.28-31.41.1.el8.x86_64.rpm
Percona-XtraDB-Cluster-57-debugsource-5.7.28-31.41.1.el8.x86_64.rpm
Percona-XtraDB-Cluster-client-57-5.7.28-31.41.1.el8.x86_64.rpm
Percona-XtraDB-Cluster-client-57-debuginfo-5.7.28-31.41.1.el8.x86_64.rpm
Percona-XtraDB-Cluster-devel-57-5.7.28-31.41.1.el8.x86_64.rpm
Percona-XtraDB-Cluster-full-57-5.7.28-31.41.1.el8.x86_64.rpm
Percona-XtraDB-Cluster-garbd-57-5.7.28-31.41.1.el8.x86_64.rpm
Percona-XtraDB-Cluster-garbd-57-debuginfo-5.7.28-31.41.1.el8.x86_64.rpm
Percona-XtraDB-Cluster-server-57-5.7.28-31.41.1.el8.x86_64.rpm
Percona-XtraDB-Cluster-server-57-debuginfo-5.7.28-31.41.1.el8.x86_64.rpm
Percona-XtraDB-Cluster-shared-57-5.7.28-31.41.1.el8.x86_64.rpm
Percona-XtraDB-Cluster-shared-57-debuginfo-5.7.28-31.41.1.el8.x86_64.rpm
Percona-XtraDB-Cluster-test-57-5.7.28-31.41.1.el8.x86_64.rpm
Percona-XtraDB-Cluster-test-57-debuginfo-5.7.28-31.41.1.el8.x86_64.rpm

另外，PXC的安裝須要依賴於qpress和percona-xtrabackup-24，能夠在percona提供的倉庫中獲取到相應的rpm包下載連接。而後進入pxc-rpms目錄下載這兩個組件的rpm包，以下：

[root@PXC-Node1 /usr/local/src]# cd pxc-rpms
[root@PXC-Node1 /usr/local/src/pxc-rpms]# wget https://repo.percona.com/release/8/RPMS/x86_64/qpress-11-1.el8.x86_64.rpm
[root@PXC-Node1 /usr/local/src/pxc-rpms]# wget https://repo.percona.com/release/8/RPMS/x86_64/percona-xtrabackup-24-2.4.18-1.el8.x86_64.rpm

完成以上步驟後，如今就能夠經過yum命令以本地形式安裝PXC了：

[root@PXC-Node1 /usr/local/src/pxc-rpms]# yum localinstall -y *.rpm

成功安裝後，系統中就會有mysql的相關命令。以下，能正常查看到版本信息表明已安裝成功：

[root@PXC-Node1 /usr/local/src/pxc-rpms]# mysql --version
mysql  Ver 14.14 Distrib 5.7.28-31, for Linux (x86_64) using  7.0
[root@PXC-Node1 /usr/local/src/pxc-rpms]#

配置PXC集羣

安裝後須要進行一些配置才能啓動集羣，PXC的配置文件默認位於/etc/percona-xtradb-cluster.conf.d/目錄下，/etc/my.cnf文件只是對其引用：

[root@PXC-Node1 ~]# cd /etc/percona-xtradb-cluster.conf.d/
[root@PXC-Node1 /etc/percona-xtradb-cluster.conf.d]# ll
總用量 12
-rw-r--r-- 1 root root  381 12月 13 17:19 mysqld.cnf  # mysql相關配置
-rw-r--r-- 1 root root  440 12月 13 17:19 mysqld_safe.cnf  # mysqld_safe相關配置
-rw-r--r-- 1 root root 1066 12月 13 17:19 wsrep.cnf  # PXC集羣的相關配置

在mysqld.cnf文件中添加一些字符集等基本配置：

[root@PXC-Node1 /etc/percona-xtradb-cluster.conf.d]# vim mysqld.cnf
[mysqld]
...

# 設置字符集
character_set_server=utf8
# 設置監聽的ip
bind-address=0.0.0.0
# 跳過DNS解析
skip-name-resolve

而後是配置PXC集羣，修改wsrep.cnf文件中的以下配置項：

[root@PXC-Node1 /etc/percona-xtradb-cluster.conf.d]# vim wsrep.cnf
[mysqld]
# PXC集羣中MySQL實例的惟一ID，不能重複，且必須是數字
server-id=1
# Galera庫文件的路徑
wsrep_provider=/usr/lib64/galera3/libgalera_smm.so
# PXC集羣的名稱
wsrep_cluster_name=pxc-cluster
# 集羣中全部節點的ip
wsrep_cluster_address=gcomm://192.168.190.132,192.168.190.133,192.168.190.134
# 當前節點的名稱
wsrep_node_name=pxc-node-01
# 當前節點的IP
wsrep_node_address=192.168.190.132
# 同步方法(mysqldump、 rsync、 xtrabackup)
wsrep_sst_method=xtrabackup-v2
# 同步時使用的賬戶密碼
wsrep_sst_auth=admin:Abc_123456
# 採用嚴格的同步模式
pxc_strict_mode=ENFORCING
# 基於ROW複製(安全可靠)
binlog_format=ROW
# 默認引擎
default_storage_engine=InnoDB
# 主鍵自增加不鎖表
innodb_autoinc_lock_mode=2

啓動PXC集羣

到此爲止，咱們在PXC-Node1這臺虛擬機上完成了PXC的安裝及配置。而後到其餘兩個節點上完成一樣的步驟便可，這裏就再也不重複了。

當全部的節點都準備完成後，使用以下命令啓動PXC集羣。注意這條的命令是用於啓動首節點的，初次啓動集羣時首節點能夠是這三個節點中的任意一個，這裏我採用PXC-Node1做爲首節點。故在該虛擬機下執行這條命令：

[root@PXC-Node1 ~]# systemctl start mysql@bootstrap.service

而其餘節點只須要正常啓動MySQL服務便可，啓動以後會根據wsrep.cnf文件中的配置自動加入集羣中：

[root@PXC-Node2 ~]# systemctl start mysqld

禁用Percona Server的開機自啓動：

[root@localhost ~]# systemctl disable mysqld
Removed /etc/systemd/system/multi-user.target.wants/mysqld.service.
Removed /etc/systemd/system/mysql.service.
[root@localhost ~]#
  • Tips：之因此要禁用開機自啓，是由於在PXC集羣中，當一個節點宕機重啓後，它會隨機與一個PXC節點進行數據同步。若是該節點宕機時間過長，那麼須要同步的數據量就會比較大。當發生大量數據同步時，PXC集羣會限制其餘的寫入操做，直到數據所有同步成功。因此長時間宕機以後，正確的作法是不要立刻啓動節點，而是先從其餘節點拷貝數據文件到該節點中，而後再進行啓動。這樣須要同步的數據就會少不少，不會引發長時間的限速。

建立數據庫帳戶

接着修改root帳戶的默認密碼。咱們能夠在mysql的日誌文件中找到初始的默認密碼。下圖紅框標註的就是默認密碼：
在CentOS8下搭建PXC集羣

  • Tips：默認密碼只有在首次啓動MySQL服務後纔會生成

複製默認密碼，而後使用mysql_secure_installation命令修改root帳戶的密碼：

[root@localhost ~]# mysql_secure_installation

爲了安全起見，root帳戶通常是不容許遠程登陸的，因此咱們須要單首創建一個用於遠程訪問的數據庫帳戶。這個帳戶也是用於PXC集羣同步數據的帳戶，與wsrep.cnf文件中的wsrep_sst_auth配置項所對應：

[root@localhost ~]# mysql -uroot -p
mysql> create user 'admin'@'%' identified by 'Abc_123456';
mysql> grant all privileges on *.* to 'admin'@'%';
mysql> flush privileges;

建立完帳戶後，使用客戶端工具進行遠程鏈接測試看看是否能正常鏈接成功：
在CentOS8下搭建PXC集羣

到此爲止，咱們就算是完成PXC集羣的搭建了。如今應該是已經能夠看到PXC集羣的同步效果的，由於上面修改root密碼以及新建帳戶的操做都會被同步到其餘兩個節點上。也就是說，此時其餘兩個節點的root帳戶密碼已是修改後的密碼，而且也會有一個admin帳戶。關於這一點能夠自行驗證一下。

除此以外，咱們也可使用以下語句來確認集羣的狀態信息：

show status like 'wsrep_cluster%';

執行結果：
在CentOS8下搭建PXC集羣

變量說明：

  • wsrep_cluster_weight：該節點在集羣中的權重值
  • wsrep_cluster_conf_id：集羣節點關係改變的次數（每次增長/刪除都會+1）
  • wsrep_cluster_size：集羣中的節點個數
  • wsrep_cluster_state_uuid：集羣當前狀態的UUID，這是集羣當前狀態及其所經歷的更改序列的惟一標識符。也用於比較兩個或多個節點是否處於同一集羣，若兩個節點的該變量值一致就表明處於一個集羣，若是該值不一致則表示不處於同一集羣
  • wsrep_cluster_status：集羣的目前狀態

驗證集羣的數據同步

一、驗證建立數據庫是否能同步

在節點1中建立一個test庫：
在CentOS8下搭建PXC集羣

建立完成後，點擊其餘節點也應能看到test這個庫：
在CentOS8下搭建PXC集羣

二、驗證建立數據表是否能同步

在節點1中的test庫裏建立一張student表：
在CentOS8下搭建PXC集羣

建立完成後，在其餘節點也應能看到這張student表：
在CentOS8下搭建PXC集羣

三、驗證表數據是否能同步

往節點1中的student表裏插入一條數據：
在CentOS8下搭建PXC集羣

此時其餘節點中也應能看到這條數據：
在CentOS8下搭建PXC集羣

集羣的狀態參數說明

集羣的狀態參數能夠經過SQL語句進行查詢的，以下：

show status like '%wsrep%';

因爲查詢出來的狀態參數變量很是的多，這裏針對一些經常使用的進行說明。PXC集羣參數能夠分爲如下幾類：

  • 隊列相關
    • wsrep_local_send_queue：發送隊列的長度
    • wsrep_local_send_queue_max：發送隊列的最大長度
    • wsrep_local_send_queue_min：發送隊列的最小長度
    • wsrep_local_send_queue_avg：發送隊列的平均長度
    • wsrep_local_recv_queue：接收隊列的長度
    • wsrep_local_recv_queue_max：接收隊列的最大長度
    • wsrep_local_recv_queue_min：接收隊列的最小長度
    • wsrep_local_recv_queue_avg：接收隊列的平均長度
  • 複製相關
    • wsrep_replicated：同步數據到其餘節點的次數
    • wsrep_replicated_bytes：同步到其餘節點的數據總量，單位字節
    • wsrep_received：接收到其餘節點同步請求的次數
    • wsrep_received_bytes：接收到其餘節點的同步數據總量，單位字節
    • wsrep_last_applied：同步應用次數
    • wsrep_last_committed：事務提交次數
  • 流控相關
    • wsrep_flow_control_paused_ns：流控暫停狀態下花費的總時間（納秒）
    • wsrep_flow_control_paused：流控暫停時間的佔比（0 ~ 1）
    • wsrep_flow_control_sent：發送的流控暫停事件的數量，即當前節點觸發流控的次數
    • wsrep_flow_control_recv：接收的流控暫停事件的數量
    • wsrep_flow_control_interval：流控的下限和上限。上限是隊列中容許的最大請求數。若是隊列達到上限，則拒絕新的請求，即觸發流控。當處理現有請求時，隊列會減小，一旦到達下限，將再次容許新的請求，即解除流控
    • wsrep_flow_control_status：流控的開關狀態（開啓：ON，關閉：OFF）
  • 事務相關
    • wsrep_cert_deps_distance：事務執行的併發數
    • wsrep_apply_oooe：接收隊列中事務的佔比
    • wsrep_apply_oool：接收隊列中事務亂序執行的頻率
    • wsrep_apply_window：接收隊列中事務的平均數量
    • wsrep_commit_oooe：發送隊列中事務的佔比
    • wsrep_commit_oool：無任何意義（不存在本地亂序提交）
    • wsrep_commit_window：發送隊列中事務的平均數量
  • 狀態相關
    • wsrep_local_state_comment：節點的當前狀態
    • wsrep_cluster_status：集羣的當前狀態
    • wsrep_connected：節點是否鏈接到集羣
    • wsrep_ready集羣是否正常工做
    • wsrep_cluster_size：集羣中的節點個數
    • wsrep_desync_count：延時節點的數量
    • wsrep_incoming_addresses：集羣中全部節點的IP地址

PXC節點狀態圖：
在CentOS8下搭建PXC集羣

  • OPEN：節點啓動成功
  • PRIMARY：節點成功加入集羣
  • JOINER：與其餘節點同步數據
  • JOINED：與其餘節點同步數據成功
  • SYNCED：與集羣同步完成，能夠對外提供服務
  • DONER：接收其餘節點的全量數據同步，處於不可用

PXC集羣狀態圖：
在CentOS8下搭建PXC集羣

  • PRIMARY：正常狀態
  • NON_PRIMARY：集羣發生腦裂
  • DISCONNECTED：集羣處於沒法鏈接狀態

官方文檔：

關於PXC節點的上線與下線

一、PXC節點的安全下線姿式

節點是怎麼啓動的，就使用對應的命令去關閉便可

  • 首節點示例：
    • 啓動首節點用的命令是：systemctl start mysql@bootstrap.service
    • 那麼對應的關閉命令就是：systemctl stop mysql@bootstrap.service
  • 其餘節點示例：
    • 啓動其餘節點的命令是：systemctl start mysqld
    • 那麼對應的關閉命令就是：systemctl stop mysqld

二、若是全部PXC節點都是安全下線的，那麼在啓動集羣時，就須要先啓動最後下線的節點

初次啓動集羣時能夠將任意一個節點做爲首節點啓動。但若是是一個已經啓動過的集羣，那麼當該集羣下線再上線時，就須要將最後下線的節點做爲首節點來啓動。其實關於某個節點是否能做爲首節點啓動，能夠經過查看 grastate.dat 文件得知：

[root@PXC-Node1 ~]# cat /var/lib/mysql/grastate.dat 
# GALERA saved state
version: 2.1
uuid:    2c915504-39ac-11ea-bba7-a294386c4285
seqno:   -1
safe_to_bootstrap: 0
[root@PXC-Node1 ~]#
  • 說明：safe_to_bootstrap的值爲0時表示不能做爲首節點啓動，爲1時表示能夠做爲首節點啓動。PXC集羣中最後一個下線的節點就會將safe_to_bootstrap的值改成1，下次啓動集羣時就須要將該節點做爲首節點啓動。這是由於最後一個下線的節點數據是最新的。將其做爲首節點啓動，而後讓其餘節點與該節點進行數據同步，這樣才能保證集羣中的數據是最新的。不然，可能會致使集羣中的數據是某個時間點以前的舊數據。

三、若是PXC節點都是意外退出的，並且不是在同一時間退出的狀況

在本文開頭提到過，PXC集羣中一半以上的節點因意外宕機而沒法訪問時，PXC集羣就會中止運行。但若是這些PXC節點是以安全下線的方式退出，則不會引起集羣自動中止運行的問題，只會縮小集羣的規模。只有意外下線一半以上節點時集羣纔會自動中止，意外下線的狀況包括：

  • 宕機、掛起、關機、重啓、斷電、斷網等等，反正就是沒有使用相應的中止命令安全下線節點都屬於意外下線

只要PXC集羣中的節點不是同時意外退出的，那麼當集羣還剩一個節點時，該節點就會自動將grastate.dat文件中的safe_to_bootstrap值改成1。因此在重啓集羣時，也是先啓動最後一個退出的節點。

四、若是PXC節點都是同時意外退出的，則須要修改grastate.dat文件

當集羣中全部節點都是在同一時間因意外狀況而退出，那麼此時全部節點的safe_to_bootstrap都爲0，由於沒有一個節點來得及去修改safe_to_bootstrap的值。當全部節點的safe_to_bootstrap均爲0時，PXC集羣是沒法啓動的。

在這種狀況下咱們就只能手動選擇一個節點，將safe_to_bootstrap修改成1，而後將該節點做爲首節點進行啓動：

[root@PXC-Node1 ~]# vim /var/lib/mysql/grastate.dat 
...
safe_to_bootstrap: 1
[root@PXC-Node1 ~]# systemctl start mysql@bootstrap.service

接着再依次啓動其餘節點便可：

[root@PXC-Node2 ~]# systemctl start mysqld

五、若是集羣中還有可運行的節點，那麼其餘下線的節點只須要按普通節點上線便可

[root@PXC-Node2 ~]# systemctl start mysqld
相關文章
相關標籤/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公眾號
   歡迎關注本站公眾號,獲取更多信息
聯繫我們 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程