MySQL高可用——PXC集羣

博文大綱：

一、PXC介紹

二、部署PXC集羣

一、PXC介紹

PXC是一個開源的MySQL高可用解決方案，它將Percona Server和Xtrabackup與Galera庫集成，以實現同步多主複製。基於Galera的高可用方案主要有MariaDB Galera Cluster（MGC）和Percona XtraDB Cluster（PXC），目前PXC架構在生產環境中用的更多而且更成熟些，PXC相比那些傳統的基於主從模式的集羣架構MHA和雙主，PXC最突出的特點就是解決了詬病已久的複製延遲問題，基本上可以達到實時同步。而且節點與節點之間，它們互相的關係是對等的。本身Galera Cluster也是一種多主架構。PXC是在存儲引擎層實現的同步複製，而非異步複製，所以其數據的一致性是相當高的。

其工作原理如下：

要搭建PXC架構至少需要三臺MySQL實例來組成一個集羣，三個實例之間不是主從模式，而是各自爲主，所以三者之間的關係是對等的，不分主從，這也叫multi-master架構，客戶端讀寫時，連接哪個實例都是一樣的，讀取到的數據是相同的，寫入任意一個實例後，集羣會將自己新寫入的數據同步到其他實例上，這種架構不共享任何數據，是一種高冗餘的MySQL集羣架構。

1、PXC優缺點

優點：

實現了MySQL集羣的高可用性和數據的強一致性。

完成了真正的多節點讀寫的集羣方案。

改善了主從複製延遲的問題，基本上達到了實時同步。

新加入的節點可以自動同步數據，無需提前手動備份，維護方便。

由於是多節點寫入，所以數據庫故障切換很容易。

缺點：

加入新節點時開銷大，因爲添加新節點時，必須從現有節點之一複製完整的數據集，如果現有的數據庫中數據爲100GB，則複製100GB。

任何更新的事務都需要全局驗證通過，纔會在其他節點上執行，集羣性能受限於最差的節點，也就是所謂的短板效應（木桶定律）。

因爲需要保證數據的一致性，PXC採用的實時基於存儲引擎層來實現同步複製，所以在多節點併發寫入時，鎖衝突問題比較嚴重。

存在寫擴大的問題，所有節點上都會發生寫操作，對於寫負載較大的場景，不推薦使用PXC。

僅支持Innodb存儲引擎。

2、PXC工作原理

PXC的操作流程大體是這樣的，首先客戶端向請求連接的寫入節點提交事務之前，由該節點將需要產生的replication writeset廣播出去，然後獲取全局事務ID，一併傳送到其它的節點上去。其它節點通過certification合併數據之後，發現沒有衝突數據，便執行apply_cb和commit_cb操作，否則就discard此次事務。
而當前節點（客戶端請求的寫入節點）通過驗證之後，執行commit_cb操作，並返回OK給客戶端。如果驗證沒有通過，則rollback_cb。
在生產線上的PXC集羣中，至少要有三臺節點。如果其中一個節點沒有驗證通過，出現了數據衝突，那麼此時採取的方式就是將出現數據不一致的節點踢出集羣，而且它會自動執行shutdown命令來自動關機。

3、PXC中的重要概念

首先要規範集羣中節點的數量，整個集羣節點數控制在最少3個、最多8個的範圍內。最少3個是爲了防止腦裂現象，因爲只有在兩個節點的情況下才會出現腦裂。腦裂的表現就是輸出任何命令，返回結果都是unkown command。
當一個新節點要加入PXC集羣的時候，需要從集羣中各節點裏選舉出一個doner節點作爲全量數據的貢獻者。PXC有兩種節點的數據傳輸方式，一種叫SST全量傳輸，另一種叫IST增量傳輸。SST傳輸有XtraBackup、mysqldump、rsync三種方式，而增量傳輸只有XtraBackup。一般數據量不大的時候可以使用SST作爲全量傳輸，但也只使用XtraBackup方式。

節點在集羣中，會因新節點的加入或故障，同步失效等而發生狀態的切換，下面列舉出這些狀態的含義：

open：節點啓動成功，嘗試連接到集羣

primary：節點已在集羣中，在新節點加入集羣時，選取donor進行數據同步時會產生式的狀態。

joiner：節點處於等待接收同步數據文件的狀態。

joined：節點已完成了數據同步，嘗試保持和集羣中其它節點進度一致。

synced：節點正常提供服務的狀態，表示已經同步完成並和集羣進度保持一致。

doner：節點處於爲新加入節點提供全量數據時的狀態。

二、部署PXC集羣

1、環境準備

OS	主機名	IP
Cent OS 7.5	pxc-01	192.168.20.2
Cent OS 7.5	pxc-02	192.168.20.3
Cent OS 7.5	pxc-03	192.168.20.4

注：所有主機都是不需要提前安裝MySQL服務的，在PXC的源碼包中包括了MySQL服務的。

注：2-8小結的所有操作，三臺節點都是需要執行的。如果有什麼是不需要在三臺節點都執行的，我會特別說明的。

2、安裝依賴

[root@pxc-01 ~]# yum install -y libev lsof perl-Compress-Raw-Bzip2 perl-Compress-Raw-Zlib perl-DBD-MySQL perl-DBI perl-Digest perl-Digest-MD5 perl-IO-Compress perl-Net-Daemon perl-PlRPC socat openssl openssl-devel

3、卸載Mariadb

[root@pxc-01 ~]# yum -y erase mariadb && rpm -qa | grep mariadb | xargs rpm -e --nodeps

4、下載所需軟件包（xtraBackup、Percona-XtraDB-Cluster及qpress）

[root@pxc-01 bin]# wget https://www.percona.com/downloads/Percona-XtraBackup-2.4/Percona-XtraBackup-2.4.18/binary/redhat/7/x86_64/percona-xtrabackup-24-2.4.18-1.el7.x86_64.rpm
[root@pxc-01 bin]# wget http://www.quicklz.com/qpress-11-linux-x64.tar
#上面這個包使用wget可能會報錯406，用瀏覽器打開鏈接下載再上傳到服務器即可。
[root@pxc-01 bin]# wget https://www.percona.com/downloads/Percona-XtraDB-Cluster-LATEST/Percona-XtraDB-Cluster-5.7.28-31.41/binary/tarball/Percona-XtraDB-Cluster-5.7.28-rel31-31.41.1.Linux.x86_64.ssl101.tar.gz
#這個包下載的話，時間會稍微長一些，耐心等待。

5、配置qpress命令並安裝xtrabackup

[root@pxc-01 bin]# tar xf qpress-11-linux-x64.tar -C /usr/bin
[root@pxc-01 bin]# rpm -ivh percona-xtrabackup-24-2.4.18-1.el7.x86_64.rpm

6、部署PXC服務

#創建MySQL系統用戶
[root@pxc-01 bin]# useradd -M -r -s /bin/false mysql 
#解包
[root@pxc-01 bin]# tar zxf Percona-XtraDB-Cluster-5.7.28-rel31-31.41.1.Linux.x86_64.ssl101.tar.gz
#移動到指定目錄
[root@pxc-01 bin]# mv Percona-XtraDB-Cluster-5.7.28-rel31-31.41.1.Linux.x86_64.ssl101 /usr/local/mysql
#創建data目錄並更改目錄屬主屬組爲MySQL
[root@pxc-01 bin]# mkdir -p /usr/local/mysql/data
[root@pxc-01 bin]# chown -R mysql.mysql /usr/local/mysql/
#爲MySQL命令配置全局變量
[root@pxc-01 bin]# echo "export PATH=/usr/local/mysql/bin:$PATH" >> /etc/profile
[root@pxc-01 bin]# source /etc/profile

7、定義MySQL服務的配置文件

1）pxc-01完整配置文件如下：

[root@pxc-01 bin]# cat /etc/my.cnf
# Example: Percona XtraDB Cluster 5.7
[client]
port = 3306
socket = /tmp/mysql.sock
[mysql]
prompt="\u@\h \R:\m:\s[\d]> "
no-auto-rehash
[mysqld]
user = mysql
port = 3306
basedir = /usr/local/mysql
datadir = /usr/local/mysql/data
socket = /tmp/mysql.sock
pid-file = db.pid
character-set-server = utf8mb4
skip_name_resolve = 1
open_files_limit = 65535
back_log = 1024
max_connections = 512
max_connect_errors = 1000000
table_open_cache = 1024
table_definition_cache = 1024
table_open_cache_instances = 64
thread_stack = 512K
external-locking = FALSE
max_allowed_packet = 32M
sort_buffer_size = 4M
join_buffer_size = 4M
thread_cache_size = 768
#query_cache_size = 0
#query_cache_type = 0
interactive_timeout = 600
wait_timeout = 600
tmp_table_size = 32M
max_heap_table_size = 32M
slow_query_log = 1
slow_query_log_file = /usr/local/mysql/data/slow.log
log-error = /usr/local/mysql/data/error.log
long_query_time = 0.1
server-id = 1813306
log-bin = /usr/local/mysql/data/mysql-bin
sync_binlog = 1
binlog_cache_size = 4M
max_binlog_cache_size = 1G
max_binlog_size = 1G
expire_logs_days = 7
master_info_repository = TABLE
relay_log_info_repository = TABLE
gtid_mode = on
enforce_gtid_consistency = 1
log_slave_updates
binlog_format = row    #爲了讓Galera正確工作，binlog格式應該是ROW
relay_log_recovery = 1
relay-log-purge = 1
key_buffer_size = 32M
read_buffer_size = 8M
read_rnd_buffer_size = 4M
bulk_insert_buffer_size = 64M
lock_wait_timeout = 3600
explicit_defaults_for_timestamp = 1
innodb_thread_concurrency = 0
innodb_sync_spin_loops = 100
innodb_spin_wait_delay = 30
transaction_isolation = REPEATABLE-READ
innodb_buffer_pool_size = 1024M
innodb_buffer_pool_instances = 8
innodb_buffer_pool_load_at_startup = 1
innodb_buffer_pool_dump_at_shutdown = 1
innodb_data_file_path = ibdata1:1G:autoextend
innodb_flush_log_at_trx_commit = 1
innodb_log_buffer_size = 32M
innodb_log_file_size = 2G
innodb_log_files_in_group = 2
#innodb_max_undo_log_size = 4G
innodb_io_capacity = 2000
innodb_io_capacity_max = 4000
innodb_flush_neighbors = 0
innodb_write_io_threads = 4
innodb_read_io_threads = 4
innodb_purge_threads = 4
innodb_page_cleaners = 4
innodb_open_files = 65535
innodb_max_dirty_pages_pct = 50
innodb_flush_method = O_DIRECT
innodb_lru_scan_depth = 4000
innodb_checksum_algorithm = crc32
#innodb_file_format = Barracuda
#innodb_file_format_max = Barracuda
innodb_lock_wait_timeout = 10
innodb_rollback_on_timeout = 1
innodb_print_all_deadlocks = 1
innodb_file_per_table = 1
innodb_online_alter_log_max_size = 4G
internal_tmp_disk_storage_engine = InnoDB
innodb_stats_on_metadata = 0
# PXC  以上都是關於數據庫優化的一些信息，大多數爲可選配置，與pxc有關的都是下面的參數
wsrep_provider=/usr/local/mysql/lib/libgalera_smm.so
wsrep_provider_options="gcache.size=2G"
wsrep_cluster_name=my_pxc_cluster
wsrep_cluster_address=gcomm://192.168.20.2,192.168.20.3,192.168.20.4
wsrep_node_name=pxc01
wsrep_node_address=192.168.20.2
wsrep_sst_method=xtrabackup-v2
wsrep_sst_auth=sst:pwd@123
pxc_strict_mode=ENFORCING  
default_storage_engine=InnoDB    # myisam存儲引擎只能在測試環境中使用
innodb_autoinc_lock_mode=2    # 此 InnoDB 自動增量鎖定模式是 Galera 強制的
[mysqldump]
quick
max_allowed_packet = 32M

PXC相關的部分參數解釋如下：

wsrep_provider：指定所需插件的路徑（默認有這個插件）。

wsrep_provider_options="gcache.size=1G"：Gcache環形緩衝區的大小，在啓動時預先分配，默認爲10M。該配置還有其他選項：gcache.size代表用來緩存寫集增量信息的大小。它的默認大小是128MB，通過wsrep_provider_options變量參數設置。建議調整爲2G-4G範圍，足夠的空間便於緩存更多的增量信息。
gcache.mem_size代表Gcache中內存緩存的大小，適度調大可以提高整個集羣的性能。
gcache.page_size可以理解爲如果內存不夠用（Gcache不足），就直接將寫集寫入到磁盤文件中。

wsrep_cluster_name：此參數定義節點的邏輯集羣名稱，所有參與集羣的節點必須指定相同的名稱。

wsrep_cluster_address：使用此參數來確定羣集中其他節點的IP地址，當前唯一支持生產的後端模式是gcomm。

wsrep_node_name：此參數用於設置節點自身的邏輯名稱。

wsrep_node_address：用於指定當前節點的IP地址。

wsrep_sst_method：用於指定數據同步的方法，建議使用xtrabackup-v2

wsrep_sst_auth：定義要在sst複製數據時使用的用戶及密碼（數據庫節點必須要有指定的用戶及密碼）

pxc_strict_mode：嚴格模式，官方建議該參數值爲ENFORCING。有了這個配置，那麼數據庫中創建的任何表都必須有主鍵，否則無法寫入數據。

更多更詳細的PXC參數解釋請移步：MySQL wsrep選項，會有驚奇的發現，同時，若要修改上面的配置項，還是建議去看詳細的選項解釋。

2）pxc-02節點完整配置文件如下：

與pxc-01節點相比，只有三處不能一樣，下面都標註了出來

[root@pxc-02 src]# cat /etc/my.cnf 
# Example: Percona XtraDB Cluster 5.7
[client]
port = 3306
socket = /tmp/mysql.sock
[mysql]
prompt="\u@\h \R:\m:\s[\d]> "
no-auto-rehash
[mysqld]
user = mysql
port = 3306
basedir = /usr/local/mysql
datadir = /usr/local/mysql/data
socket = /tmp/mysql.sock
pid-file = db.pid
character-set-server = utf8mb4
skip_name_resolve = 1
open_files_limit = 65535
back_log = 1024
max_connections = 512
max_connect_errors = 1000000
table_open_cache = 1024
table_definition_cache = 1024
table_open_cache_instances = 64
thread_stack = 512K
external-locking = FALSE
max_allowed_packet = 32M
sort_buffer_size = 4M
join_buffer_size = 4M
thread_cache_size = 768
#query_cache_size = 0
#query_cache_type = 0
interactive_timeout = 600
wait_timeout = 600
tmp_table_size = 32M
max_heap_table_size = 32M
slow_query_log = 1
slow_query_log_file = /usr/local/mysql/data/slow.log
log-error = /usr/local/mysql/data/error.log
long_query_time = 0.1
server-id = 1813307                   # server-id不可以一樣
log-bin = /usr/local/mysql/data/mysql-bin
sync_binlog = 1
binlog_cache_size = 4M
max_binlog_cache_size = 1G
max_binlog_size = 1G
expire_logs_days = 7
master_info_repository = TABLE
relay_log_info_repository = TABLE
gtid_mode = on
enforce_gtid_consistency = 1
log_slave_updates
binlog_format = row   
relay_log_recovery = 1
relay-log-purge = 1
key_buffer_size = 32M
read_buffer_size = 8M
read_rnd_buffer_size = 4M
bulk_insert_buffer_size = 64M
lock_wait_timeout = 3600
explicit_defaults_for_timestamp = 1
innodb_thread_concurrency = 0
innodb_sync_spin_loops = 100
innodb_spin_wait_delay = 30
transaction_isolation = REPEATABLE-READ
innodb_buffer_pool_size = 1024M
innodb_buffer_pool_instances = 8
innodb_buffer_pool_load_at_startup = 1
innodb_buffer_pool_dump_at_shutdown = 1
innodb_data_file_path = ibdata1:1G:autoextend
innodb_flush_log_at_trx_commit = 1
innodb_log_buffer_size = 32M
innodb_log_file_size = 2G
innodb_log_files_in_group = 2
#innodb_max_undo_log_size = 4G
innodb_io_capacity = 2000
innodb_io_capacity_max = 4000
innodb_flush_neighbors = 0
innodb_write_io_threads = 4
innodb_read_io_threads = 4
innodb_purge_threads = 4
innodb_page_cleaners = 4
innodb_open_files = 65535
innodb_max_dirty_pages_pct = 50
innodb_flush_method = O_DIRECT
innodb_lru_scan_depth = 4000
innodb_checksum_algorithm = crc32
#innodb_file_format = Barracuda
#innodb_file_format_max = Barracuda
innodb_lock_wait_timeout = 10
innodb_rollback_on_timeout = 1
innodb_print_all_deadlocks = 1
innodb_file_per_table = 1
innodb_online_alter_log_max_size = 4G
internal_tmp_disk_storage_engine = InnoDB
innodb_stats_on_metadata = 0
# PXC  
wsrep_provider=/usr/local/mysql/lib/libgalera_smm.so
wsrep_provider_options="gcache.size=2G"
wsrep_cluster_name=my_pxc_cluster
wsrep_cluster_address=gcomm://192.168.20.2,192.168.20.3,192.168.20.4
wsrep_node_name=pxc02             # 節點的邏輯名稱不可以一樣
wsrep_node_address=192.168.20.3     #這裏的IP地址是本機的，當然也不一樣
wsrep_sst_method=xtrabackup-v2
wsrep_sst_auth=sst:pwd@123
pxc_strict_mode=ENFORCING
default_storage_engine=InnoDB 
innodb_autoinc_lock_mode=2    
[mysqldump]
quick
max_allowed_packet = 32M

3）pxc-03完整配置文件如下：

同樣，不能一樣的還是那三處配置，分別是server-id、節點邏輯名稱，以及節點IP地址。

[root@pxc-03 src]# cat /etc/my.cnf 
# Example: Percona XtraDB Cluster 5.7
[client]
port = 3306
socket = /tmp/mysql.sock
[mysql]
prompt="\u@\h \R:\m:\s[\d]> "
no-auto-rehash
[mysqld]
user = mysql
port = 3306
basedir = /usr/local/mysql
datadir = /usr/local/mysql/data
socket = /tmp/mysql.sock
pid-file = db.pid
character-set-server = utf8mb4
skip_name_resolve = 1
open_files_limit = 65535
back_log = 1024
max_connections = 512
max_connect_errors = 1000000
table_open_cache = 1024
table_definition_cache = 1024
table_open_cache_instances = 64
thread_stack = 512K
external-locking = FALSE
max_allowed_packet = 32M
sort_buffer_size = 4M
join_buffer_size = 4M
thread_cache_size = 768
#query_cache_size = 0
#query_cache_type = 0
interactive_timeout = 600
wait_timeout = 600
tmp_table_size = 32M
max_heap_table_size = 32M
slow_query_log = 1
slow_query_log_file = /usr/local/mysql/data/slow.log
log-error = /usr/local/mysql/data/error.log
long_query_time = 0.1
server-id = 1813308
log-bin = /usr/local/mysql/data/mysql-bin
sync_binlog = 1
binlog_cache_size = 4M
max_binlog_cache_size = 1G
max_binlog_size = 1G
expire_logs_days = 7
master_info_repository = TABLE
relay_log_info_repository = TABLE
gtid_mode = on
enforce_gtid_consistency = 1
log_slave_updates
binlog_format = row   
relay_log_recovery = 1
relay-log-purge = 1
key_buffer_size = 32M
read_buffer_size = 8M
read_rnd_buffer_size = 4M
bulk_insert_buffer_size = 64M
lock_wait_timeout = 3600
explicit_defaults_for_timestamp = 1
innodb_thread_concurrency = 0
innodb_sync_spin_loops = 100
innodb_spin_wait_delay = 30
transaction_isolation = REPEATABLE-READ
innodb_buffer_pool_size = 1024M
innodb_buffer_pool_instances = 8
innodb_buffer_pool_load_at_startup = 1
innodb_buffer_pool_dump_at_shutdown = 1
innodb_data_file_path = ibdata1:1G:autoextend
innodb_flush_log_at_trx_commit = 1
innodb_log_buffer_size = 32M
innodb_log_file_size = 2G
innodb_log_files_in_group = 2
#innodb_max_undo_log_size = 4G
innodb_io_capacity = 2000
innodb_io_capacity_max = 4000
innodb_flush_neighbors = 0
innodb_write_io_threads = 4
innodb_read_io_threads = 4
innodb_purge_threads = 4
innodb_page_cleaners = 4
innodb_open_files = 65535
innodb_max_dirty_pages_pct = 50
innodb_flush_method = O_DIRECT
innodb_lru_scan_depth = 4000
innodb_checksum_algorithm = crc32
#innodb_file_format = Barracuda
#innodb_file_format_max = Barracuda
innodb_lock_wait_timeout = 10
innodb_rollback_on_timeout = 1
innodb_print_all_deadlocks = 1
innodb_file_per_table = 1
innodb_online_alter_log_max_size = 4G
internal_tmp_disk_storage_engine = InnoDB
innodb_stats_on_metadata = 0
# PXC  
wsrep_provider=/usr/local/mysql/lib/libgalera_smm.so
wsrep_provider_options="gcache.size=2G"
wsrep_cluster_name=my_pxc_cluster
wsrep_cluster_address=gcomm://192.168.20.2,192.168.20.3,192.168.20.4
wsrep_node_name=pxc03
wsrep_node_address=192.168.20.4
wsrep_sst_method=xtrabackup-v2
wsrep_sst_auth=sst:pwd@123
pxc_strict_mode=ENFORCING
default_storage_engine=InnoDB 
innodb_autoinc_lock_mode=2    
[mysqldump]
quick
max_allowed_packet = 32M

8、各個節點初始化MySQL服務並開啓防火牆相關端口

#初始化MySQL服務
[root@pxc-01 ~]# mysqld --defaults-file=/etc/my.cnf --user=mysql --basedir=/usr/local/mysql/ --datadir=/usr/local/mysql/data/ --initialize
#開啓防火牆相關端口
[root@pxc-01 ~]# firewall-cmd --permanent --add-port={3306,4567,4444,4568}/tcp
success
[root@pxc-01 ~]# firewall-cmd --reload
[root@pxc-01 ~]# firewall-cmd --list-all
public (active)
  target: default
  icmp-block-inversion: no
  interfaces: ens33
  sources: 
  services: ssh dhcpv6-client
  ports: 3306/tcp 4567/tcp 4444/tcp 4568/tcp    #確認端口已添加
  protocols: 
  masquerade: no
  forward-ports: 
  source-ports: 
  icmp-blocks: 
  rich rules:

相關端口信息如下：

mysql服務端口：3306

集羣通訊端口：4567

SST（State Snaphot Transfer）端口：4444

IST（Incremental State Transfer）端口：4568

注：接下來的操作，如沒有特殊聲明，都是在pxc-01節點上進行。

9、引導pxc-01節點初始化集羣

[root@pxc-01 ~]# mysqld --defaults-file=/etc/my.cnf --wsrep_new_cluster &
[root@pxc-01 ~]# ss -anptl | grep mysql
LISTEN     0      128          *:4567                     *:*                   users:(("mysqld",pid=61739,fd=11))
LISTEN     0      128         :::3306                    :::*                   users:(("mysqld",pid=61739,fd=31))

10、在pxc01主機查看初始密碼並登錄到MySQL

# 查看初始密碼
[root@pxc-01 ~]# grep password /usr/local/mysql/data/error.log 
2020-02-26T13:11:29.770228Z 1 [Note] A temporary password is generated for root@localhost: j?wh;jn=7uB.
#登錄數據庫，由於有特殊字符，所以要給密碼用單引號引起來
[root@pxc-01 ~]# mysql -uroot -p'j?wh;jn=7uB.'    
#修改root用戶的初始密碼，才能進行其他操作。
root@localhost 21:47: [(none)]> alter user root@localhost identified by '123.com';
# 創建配置文件中指定的sst賬號，密碼一定要和配置文件中指定的密碼一致。
root@localhost 21:47: [(none)]> grant all privileges on *.* to sst@localhost identified by 'pwd@123';

11、將其他節點添加到集羣

注：以下操作需要在每個要加入到pxc-01集羣中的節點上執行，我這裏是分別在pxc-02和pxc-03節點上執行的。

[root@pxc-02 src]# mysqld --defaults-file=/etc/my.cnf &
[1] 61731
[root@pxc-02 src]# ss -anltp | grep mysql    #此刻新加入集羣的節點，正在從羣集內的節點中同步數據
LISTEN     0      128          *:4567                     *:*                   users:(("mysqld",pid=61731,fd=11))
[root@pxc-02 src]# ss -anltp | grep mysql   
#耐心等待一會，當發現3306端口在監聽，則表示數據已同步，該節點已經加入到集羣中
LISTEN     0      128          *:4567                     *:*                   users:(("mysqld",pid=61731,fd=11))
LISTEN     0      128         :::3306                    :::*                   users:(("mysqld",pid=61731,fd=36))
#啓動成功後的節點，直接可以使用pxc-01節點設置的root密碼進行數據庫登錄操作
#因爲pxc-01節點的數據庫信息已經同步到了本地數據庫節點。
[root@pxc-02 src]# mysql -uroot -p123.com

12 、驗證複製功能

在pxc-01節點創建庫及表
[root@pxc-01 ~]# mysql -uroot -p123.com
root@localhost 22:23: [(none)]> create database test01;
root@localhost 22:24: [(none)]> use test01
root@localhost 22:31: [test01]> create table t1(id int primary key,name varchar(10));

# 分別在三個節點上插入一條數據
# pxc-01：
root@localhost 22:31: [test01]> insert into t1(id,name) values(1,'張三');
# pxc-02：
root@localhost 22:33: [(none)]> insert into test01.t1(id,name) values(2,'李四');
# pxc-03：
root@localhost 22:33: [(none)]> insert into test01.t1(id,name) values(3,'王五');

最後，在任意節點查看剛新建的表，它的數據應該都是以下這樣的：

13、添加MySQL爲系統服務

添加爲系統服務後，以後再啓停服務就不需要想第一次啓動服務一樣使用mysqld命令來啓動了，而是直接使用systemctl start mysqld命令即可。

#拷貝腳本文件
[root@pxc-01 ~]# cp /usr/local/mysql/support-files/mysql.server /etc/init.d/mysqld
[root@pxc-01 ~]# chkconfig --add mysqld    #添加爲系統服務
[root@pxc-01 ~]# chkconfig mysqld on    #加入開機自啓

至此，這三個節點都加入到了這個集羣當中，以後若要添加其他的節點到該集羣中，只要進行和pxc-02或pxc-03節點一樣的配置即可（pxc-01節點的配置有些許不一樣，因爲它是羣集中的第一個節點）。

14、查看集羣狀態

上述參數解釋如下：

wsrep_cluster_size：當前羣集中節點的數量。

wsrep_cluster_state_uuid：羣集的UUID，同一個集羣中的UUID值必須是一致的。

wsrep_cluster_status：羣集組成的狀態，值爲primary表示正常。以下是各個不同狀態值的解釋：

open：節點啓動成功，嘗試連接到集羣。

primary：節點已在集羣中，在新節點加入集羣時，選取donor進行數據同步時會產生式的狀態。

joiner：節點處於等待接收同步數據文件的狀態。

joined：節點已完成了數據同步，嘗試保持和集羣中其它節點進度一致。

synced：節點正常提供服務的狀態，表示已經同步完成並和集羣進度保持一致。

doner：節點處於爲新加入節點提供全量數據時的狀態。

wsrep_local_state：顯示當前節點狀態，值爲4表示正常。該狀態有四個值：

joining：表示節點正在加入集羣

doner：節點處於爲新加入節點提供全量數據時的狀態。

joined：當前節點已成功加入集羣。

synced：當前節點與集羣中各節點是同步狀態。

MySQL高可用——PXC集羣

一、PXC介紹

1、PXC優缺點

2、PXC工作原理

3、PXC中的重要概念

二、部署PXC集羣

1、環境準備

2、安裝依賴

3、卸載Mariadb

4、下載所需軟件包（xtraBackup、Percona-XtraDB-Cluster及qpress）

5、配置qpress命令並安裝xtrabackup

6、部署PXC服務

7、定義MySQL服務的配置文件

1）pxc-01完整配置文件如下：

2）pxc-02節點完整配置文件如下：

3）pxc-03完整配置文件如下：

8、各個節點初始化MySQL服務並開啓防火牆相關端口

9、引導pxc-01節點初始化集羣

10、在pxc01主機查看初始密碼並登錄到MySQL

11、將其他節點添加到集羣

12 、驗證複製功能

13、添加MySQL爲系統服務

14、查看集羣狀態

公司新來一個幹練小夥，把 MyBatis 替換成 MyBatis-Plus，上線後哭暈在廁所。。。

Testin雲測上線華爲Pura 70系列真機測試服務！

5款開源、美觀、強大的WPF UI組件庫

10分鐘本地運行llama3及初體驗

golang 表格

手寫協議報文 c語言手法

甲骨文(Oracle)宣佈將以74億美元收購Sun公司

51cto博客停止更新通知

Redis 5.0部署

MySQL高可用——PXC集羣

MHA之虛擬IP

MySQL高可用之MHA部署

https://yachay.unat.edu.pe/blog/index.php?comment_area=format_blog&comment_component=blog&comment_co

linux以太網驅動總結