专职DBA-MySQL集群高可用方案-PXC
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了专职DBA-MySQL集群高可用方案-PXC，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含21434字，纯文字阅读大概需要31分钟。
内容图文
专职DBA-MySQL集群高可用方案-PXC
1.Percona Xtradb Cluster 介绍
Percona XtraDB Cluster 简称：PXC，是针对MySQL用户的高可用性和扩展性解决方案，基于Percona Server。
其包括了Write Set REPlication补丁，使用Galera库，这是一个针对事务性应用程序的同步多主机复制插件。
Percona XtraDB Cluster 特点：
同步复制（真正的同步），事务可以在所有节点上提交(多点写入)。
多主机复制，你可以写到任何节点。每个节点是一个完整的copy。
任何query可以在本地完成。
Percona XtraDB Cluster 完全兼容MySQL或Percona Server，包括：
数据兼容。Percona XtraDB Cluster 可在由MySQL或Percona Server创建的数据库上使用。
应用程序兼容。如果要使用Percona XtraDB Cluster，你的应用程序基本不需要作任何更改。
2.PXC和Replication的区别
Let’s take look into the well known CAP theorem for Distributed systems. Characteristics of Distributed systems:
C - Consistency (all your data is consistent on all nodes),
A - Availability (your system is AVAILABLE to handle requests in case of failure of one or several nodes ),
P - Partitioning tolerance (in case of inter-node connection failure, each node is still available to handle requests).
CAP theorem says that each Distributed system can have only two out of these three.
MySQL replication has: Availability and Partitioning tolerance.（这个p 是指从库上可以不完全同步）
Percona XtraDB Cluster has: Consistency and Availability.
基于以上可以看出来Replication 并不能真正保证数据一致性，但PXC
提供了强的数据一致性，但牺牲的分区特性。
3.PXC安装环境需求
------------------------------------------
节点 bond0 bond1
------------------------------------------
db01 10.0.0.11 192.168.10.11
------------------------------------------
db02 10.0.0.12 192.168.10.12
------------------------------------------
db03 10.0.0.13 192.168.10.13
------------------------------------------
4.基本架构图：
5.PXC安装基本步骤：
下载PXC二进制安装包ssl101是Red Hat Enterprise Linux的：
# wget https://www.percona.com/downloads/Percona-XtraDB-Cluster-LATEST/Percona-XtraDB-Cluster-5.7.25-31.35/binary/tarball/Percona-XtraDB-Cluster-5.7.25-rel28-31.35.1.Linux.x86_64.ssl101.tar.gz
# wget https://www.percona.com/downloads/Percona-XtraBackup-2.4/Percona-XtraBackup-2.4.14/binary/redhat/7/x86_64/percona-xtrabackup-24-2.4.14-1.el7.x86_64.rpm
[root@db01 ~]# ls -lh
total 223M
-rw-r--r-- 1 root root 7.6M Apr 30 13:01 percona-xtrabackup-24-2.4.14-1.el7.x86_64.rpm
-rw-r--r-- 1 root root 216M Jul 27 00:34 Percona-XtraDB-Cluster-5.7.25-rel28-31.35.1.Linux.x86_64.ssl101.tar.gz
安装依赖包：
[root@db01 ~]# yum -y install perl perl-devel perl-IO-Socket-SSL perl-Digest perl-Digest-MD5 perl-DBD-MySQL perl-Time-HiRes libaio libaio-devel libev socat
安装Percona-Xtrabackup
[root@db01 ~]# yum -y localinstall percona-xtrabackup-24-2.4.14-1.el7.x86_64.rpm
PXC-MySQL数据库安装
参考（专职DBA-品悟MySQL专业环境安装）
安装之后先不要初始化数据库
my.cnf配置文件参考（PXC大多是独占服务器，配置文件可以放在/etc/my.cnf）
周老师还是喜欢把配置文件放在老地方/data/mysql/3306/my.cnf
[root@db01 ~]# cat /etc/my.cnf
[mysqld]
# for mysql global
user = mysql
basedir = /usr/local/mysql
datadir = /data/mysql/3306/data
tmpdir = /data/mysql/3306/tmp
pid_file = /data/mysql/3306/3306.pid
socket = /data/mysql/3306/mysql.sock
port = 3306
server_id = 113306 #每个节点的server_id不能一样
character-set-server = utf8
# for binlog
binlog_format = row #日志格式必须为ROW
log_bin = /data/mysql/3306/logs/mysql-bin
# for error log
log_error = /data/mysql/3306/error.log
# general log
general_log = off
general_log_file = /data/mysql/3306/general.log
# for slow query log
slow_query_log = on
slow_query_log_file = /data/mysql/3306/slow.log
long_query_time = 1.000000
# for gtid
gtid_mode = on
enforce_gtid_consistency = on
# for replication
# for innodb
# percona xtradb cluster
default_storage_engine = InnoDB
innodb_locks_unsafe_for_binlog = 1
innodb_autoinc_lock_mode = 2
wsrep_cluster_name = pxc_mysql #cluster的名字
wsrep_cluster_address = gcomm://10.0.0.11,10.0.0.12,10.0.0.13 #cluster中的节点ip
wsrep_node_address = 10.0.0.11 #cluster当前节点的ip，每个节点当前节点ip不能一样
wsrep_provider = /usr/local/mysql/lib/libgalera_smm.so
wsrep_sst_method = xtrabackup-v2
wsrep_sst_auth = sst:123
[mysql]
#character-set-client = utf8
#prompt ="\\u@\\h [\\d]> \"
#prompt ="mysql [\\d]> \"
#prompt ="Master [\\d]> \"
#prompt ="Slave [\\d]> \"
第一个节点初始化
[root@db01 ~]# mysqld --defaults-file=/data/mysql/3306/my.cnf --initialize-insecure
启动
[root@db01 ~]# mysqld --defaults-file=/data/mysql/3306/my.cnf --wsrep-new-cluster &
[1] 27427
说明，使用--wsrep-new-cluster启动，让他忽略参数：wsrep_cluster_address
让他知道他是集群中的第一个节点，在启动中不用去找其它节点。
[root@db01 ~]# ss -tunlp | grep mysql
tcp LISTEN 0 128 *:4567 *:* users:(("mysqld",pid=27427,fd=11))
tcp LISTEN 0 80 :::3306 :::* users:(("mysqld",pid=27427,fd=33))
设置密码
[root@db01 ~]# mysqladmin -S /data/mysql/3306/mysql.sock -p password 123
[root@db01 ~]# mysql -S /data/mysql/3306/mysql.sock -p
Enter password:
创建一个可以做SST的账号：
mysql> create user 'sst'@'localhost' identified by '123';
Query OK, 0 rows affected (0.01 sec)
mysql> grant reload,lock tables,process,replication client on *.* to 'sst'@'localhost';
Query OK, 0 rows affected (0.01 sec)
其他节点启动，这里我直接克隆虚拟机了
克隆好的虚拟机，需要修改：ip地址、主机名、删除auto.cnf
在配置文件需要修改两处：
[mysqld]
server_id = xx3306
wsrep_node_address = 本机IP
关机克隆db02和db03
[root@db01 ~]# mysqladmin -S /data/mysql/3306/mysql.sock -p shutdown
Enter password:
启动第一个节点
[root@db01 ~]# mysqld --defaults-file=/data/mysql/3306/my.cnf --wsrep-new-cluster &
[1] 6733
[root@db01 ~]# netstat -tunlp|grep mysql
tcp 0 0 0.0.0.0:4567 0.0.0.0:* LISTEN 6733/mysqld
tcp6 0 0 :::3306 :::* LISTEN 6733/mysqld
其他节点可以不用初始化，直接启动
[root@db02 ~]# mysqld --defaults-file=/data/mysql/3306/my.cnf &
[1] 6713
[root@db03 ~]# mysqld --defaults-file=/data/mysql/3306/my.cnf &
[1] 6731
启动完毕确认
[root@db01 ~]# mysql -S /data/mysql/3306/mysql.sock -p
Enter password:
mysql> show global status like "%wsrep%";
+----------------------------------+----------------------------------------------+
| Variable_name | Value |
+----------------------------------+----------------------------------------------+
| wsrep_local_state_uuid | c3321380-b08b-11e9-bf9f-c7528f35ede2 |
| wsrep_protocol_version | 9 |
| wsrep_last_applied | 3 |
| wsrep_last_committed | 3 |
| wsrep_replicated | 0 |
| wsrep_replicated_bytes | 0 |
| wsrep_repl_keys | 0 |
| wsrep_repl_keys_bytes | 0 |
| wsrep_repl_data_bytes | 0 |
| wsrep_repl_other_bytes | 0 |
| wsrep_received | 4 |
| wsrep_received_bytes | 590 |
| wsrep_local_commits | 0 |
| wsrep_local_cert_failures | 0 |
| wsrep_local_replays | 0 |
| wsrep_local_send_queue | 0 |
| wsrep_local_send_queue_max | 1 |
| wsrep_local_send_queue_min | 0 |
| wsrep_local_send_queue_avg | 0.000000 |
| wsrep_local_recv_queue | 0 |
| wsrep_local_recv_queue_max | 2 |
| wsrep_local_recv_queue_min | 0 |
| wsrep_local_recv_queue_avg | 0.250000 |
| wsrep_local_cached_downto | 0 |
| wsrep_flow_control_paused_ns | 0 |
| wsrep_flow_control_paused | 0.000000 |
| wsrep_flow_control_sent | 0 |
| wsrep_flow_control_recv | 0 |
| wsrep_flow_control_interval | [ 173, 173 ] |
| wsrep_flow_control_interval_low | 173 |
| wsrep_flow_control_interval_high | 173 |
| wsrep_flow_control_status | OFF |
| wsrep_cert_deps_distance | 0.000000 |
| wsrep_apply_oooe | 0.000000 |
| wsrep_apply_oool | 0.000000 |
| wsrep_apply_window | 0.000000 |
| wsrep_commit_oooe | 0.000000 |
| wsrep_commit_oool | 0.000000 |
| wsrep_commit_window | 0.000000 |
| wsrep_local_state | 4 |
| wsrep_local_state_comment | Synced |
| wsrep_cert_index_size | 0 |
| wsrep_cert_bucket_count | 22 |
| wsrep_gcache_pool_size | 1320 |
| wsrep_causal_reads | 0 |
| wsrep_cert_interval | 0.000000 |
| wsrep_open_transactions | 0 |
| wsrep_open_connections | 0 |
| wsrep_ist_receive_status | |
| wsrep_ist_receive_seqno_start | 0 |
| wsrep_ist_receive_seqno_current | 0 |
| wsrep_ist_receive_seqno_end | 0 |
| wsrep_incoming_addresses | 10.0.0.12:3306,10.0.0.13:3306,10.0.0.11:3306 |
| wsrep_cluster_weight | 3 |
| wsrep_desync_count | 0 |
| wsrep_evs_delayed | |
| wsrep_evs_evict_list | |
| wsrep_evs_repl_latency | 0/0/0/0/0 |
| wsrep_evs_state | OPERATIONAL |
| wsrep_gcomm_uuid | e4bf0102-b092-11e9-b61c-22610d7dfea6 |
| wsrep_cluster_conf_id | 3 |
| wsrep_cluster_size | 3 |
| wsrep_cluster_state_uuid | c3321380-b08b-11e9-bf9f-c7528f35ede2 |
| wsrep_cluster_status | Primary |
| wsrep_connected | ON |
| wsrep_local_bf_aborts | 0 |
| wsrep_local_index | 2 |
| wsrep_provider_name | Galera |
| wsrep_provider_vendor | Codership Oy <info@codership.com> |
| wsrep_provider_version | 3.35(r) |
| wsrep_ready | ON |
+----------------------------------+----------------------------------------------+
71 rows in set (0.00 sec)
确认这四个参数值：
wsrep_local_state | 4
wsrep_local_state_comment | Synced
wsrep_cluster_status | Primary
wsrep_connected | ON
6.PXC基本管理
(1).PXC关闭
# mysqladmin -S /data/mysql/3306/mysql.sock -p shutdown
# /etc/init.d/mysqld stop
(2).PXC启动
第一个启动的节点（如果集群节点全部关闭，第一个节点启动需要加参数--wsrep-new-cluster）
# mysqld --defaults-file=/data/mysql/3306/my.cnf --wsrep-new-cluster &
# /etc/init.d/mysqld bootstrap-pxc
其他节点启动
# mysqld --defaults-file=/data/mysql/3306/my.cnf &
# /etc/init.d/mysqld start
集群节点不是都关闭启动方式如下
# mysqld --defaults-file=/data/mysql/3306/my.cnf &
# /etc/init.d/mysqld start
(3).新加入节点db04
[root@db04 ~]# grep "address" /data/mysql/3306/my.cnf
wsrep_cluster_address = gcomm://10.0.0.11,10.0.0.12,10.0.0.13,10.0.0.14
wsrep_node_address = 10.0.0.14
(4).思考
binlog_format配置成mixed，不支持，需要配置成row格式。
任何节点写入数据看能不能同步？
PXC架构中三个节点的binlog内容是不是一样？（观察三个节点binlog的内容变化）
PXC集群如果挂一个从库做备份，集群中哪个节点可以担任主库？
(5).报错处理
加载so文件加不到：
Installing MySQL system tables...
/usr/local/mysql/bin/mysqld: error while loading shared libraries:
libssl.so.6: cannot open shared object file: No such file or directory
可能的问题：
openssl没装：yum -y install openssl openssl-devel
如果提示已经安装，可以使用
# updatedb
# locate libssl.so 看看能不能找到
然后用ldd 查看还有那些依赖需安装
[root@db01 ~]# ldd /usr/local/mysql/bin/mysqld
linux-vdso.so.1 => (0x00007ffc4d38e000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fd287068000)
libaio.so.1 => /lib64/libaio.so.1 (0x00007fd286e66000)
libnuma.so.1 => /lib64/libnuma.so.1 (0x00007fd286c5a000)
libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00007fd286a23000)
libssl.so.10 => /lib64/libssl.so.10 (0x00007fd2867b1000)
libcrypto.so.10 => /lib64/libcrypto.so.10 (0x00007fd286350000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007fd28614c000)
libz.so.1 => /lib64/libz.so.1 (0x00007fd285f36000)
librt.so.1 => /lib64/librt.so.1 (0x00007fd285d2e000)
libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007fd285a27000)
libm.so.6 => /lib64/libm.so.6 (0x00007fd285725000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fd28550f000)
libc.so.6 => /lib64/libc.so.6 (0x00007fd285142000)
/lib64/ld-linux-x86-64.so.2 (0x00007fd287284000)
libfreebl3.so => /lib64/libfreebl3.so (0x00007fd284f3f000)
libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 (0x00007fd284cf2000)
libkrb5.so.3 => /lib64/libkrb5.so.3 (0x00007fd284a09000)
libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007fd284805000)
libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007fd2845ea000)
libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x00007fd2843db000)
libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007fd2841d7000)
libresolv.so.2 => /lib64/libresolv.so.2 (0x00007fd283fbe000)
libselinux.so.1 => /lib64/libselinux.so.1 (0x00007fd283d97000)
libpcre.so.1 => /lib64/libpcre.so.1 (0x00007fd283b35000)
安装中socat找不到
socat包没装上，可以把epel的源加入就可以安装。
启动报错，找不到my_print_defaults的。
可以更改/etc/my.cnf 在[mysqld]中添加
basedir=/usr/local/mysql/
如果还不行，可以通过在/etc/init.d/mysqld中找到basedir定义为：
basedir=/usr/local/mysql/
kill mysqld或是异常后PXC第一个节点起不来。
[ERROR] WSREP: It may not be safe to bootstrap the cluster from this node.
It was not the last one to leave the cluster and may not contain all the updates.
To force cluster bootstrap with this node, edit the grastate.
dat file manually and set safe_to_bootstrap to 1.
处理办法：
编辑datadir下：grastate.dat
[root@db01 ~]# cat /data/mysql/3306/data/grastate.dat
# GALERA saved state
version: 2.1
uuid: c3321380-b08b-11e9-bf9f-c7528f35ede2
seqno: -1
safe_to_bootstrap: 1 #把0改成1即可。
(6).参考
官方文档：http://www.percona.com/doc/percona-xtradb-cluster/5.7/
(7).测试PXC复制
[root@db01 ~]# mysql -S /data/mysql/3306/mysql.sock -p
Enter password:
db01 [(none)]> show databases;
+--------------------+
| Database |
+--------------------+
| information_schema |
| mysql |
| performance_schema |
| sys |
+--------------------+
4 rows in set (0.01 sec)
db01 [(none)]> create database app01;
Query OK, 1 row affected (0.04 sec)
db01 [(none)]> show databases;
+--------------------+
| Database |
+--------------------+
| information_schema |
| app01 |
| mysql |
| performance_schema |
| sys |
+--------------------+
5 rows in set (0.00 sec)
db01 [(none)]> use app01;
Database changed
db01 [app01]> create table t1(id int);
Query OK, 0 rows affected (0.05 sec)
db01 [app01]> show tables;
+-----------------+
| Tables_in_app01 |
+-----------------+
| t1 |
+-----------------+
1 row in set (0.00 sec)
[root@db02 ~]# mysql -S /data/mysql/3306/mysql.sock -p -e "show tables from app01;"
Enter password:
+-----------------+
| Tables_in_app01 |
+-----------------+
| t1 |
+-----------------+
[root@db03 ~]# mysql -S /data/mysql/3306/mysql.sock -p -e "show tables from app01;"
Enter password:
+-----------------+
| Tables_in_app01 |
+-----------------+
| t1 |
+-----------------+
#===============================================================================================================================================================================
更新丢失问题：
建议PXC还是单节点写入，避免更新丢失。
PXC也是存在节点延迟的。
PXC稳定的一逼，太牛逼太稳定了。
它的替代品就是MGR，MGR现在很火。
目前PXC比MGR稳定，MGR性能比PXC高。
PXC整体架构优点：
并行同步复制（一致性强）
多点写入
高性能（乐观锁控制）
PXC的复制不是基于binlog的复制，而是基于innodb引擎层来复制。
在PXC里面不能有长事务。
PXC的重要概念：
PXC数据复制流程
PXC启动流程new cluster|IST|SST
PXC数据冲突
PXC流控制
PXC脑裂
数据库启动
--wsrep-new-cluster
当前是集群中的第一成员，不需要和其他成员协同。
SST（State Snapshot Transfer）
mysqldump
rsync
Xtrabackup（多的比较多的是这个，推荐XBK）
IST
pxc（xtrabackup）
三个节点不要全关掉
依次关掉，关一个，加入一个，再关另一个节点。
show global status like "%wsrep%";
集群节点数 3<= cluster size <=8
状态切换
传输
SST:State Snapshot Transfer
IST
脑裂
wsrep_local_state = 4
wsrep_local_state_comment = Synced
这两个表示可以对外提供服务
数据冲突
数据可能会在提交步骤失败。
原因：乐观锁控制，能不能执行，依赖于本地的数据判断，最终能不能提交需要集群中成员投票确认。
PXC流控制
pxc性能由集群中最慢的节点决定（针对写性能）
在pxc集群中，当某个节点不能跟上其他节点的写入能力时，这个节点会请求其他节点等待后面的写入，等它追上去。
参数项（wsrep_provider_options）
gcs.fc_limit（wsrep_local_recv_queue）
gcs.fc_master_slave（no|yes）
gcs.fc_factor
动态项
wsrep_flow_control_interval = （N,M）& wsrep_local_recv_queue
脑裂
unkown command
出现的原因：集群中只有两个成员时，两个节点忽然失去联系，自己也搞不清楚当前的集群状态。
PXC一致性读
wsrep_dirty_reads 默认是off
是否允许节点在和集群失去连接时允许有select操作
wsrep_sync_wait 默认是0
PXC中运维注意事项
节点是不是工作OK
show global status;
wsrep_cluster_status=Primary
wsrep_connected=on
wsrep_ready=on
wsrep_local_state=4
DDL操作
没表级锁
alter table 操作，会把整个集群全锁住，kill不掉的。
解决办法：
等待完成
快速重启
使用pt-online-schema-change操作
PXC复制延迟
引发flow control
wsrep_flow_control_sent
wsrep_flow_control_recv
wsrep_local_recv_queue
调整
wsrep_slave_threads
wsrep_max_ws_size & wsrep_max_ws_rows
PXC一致性读
wsrep_dirty_reads 默认是off
是否允许节点在和集群失去连接时允许有select操作
wsrep_sync_wait 默认是0
PXC集群重启
建议滚动重启节点，不要一下全部停下来
集群节点离线时间
gcache.size（建议1-4G，要以考虑是一个小时形成的binlog量）
gcache.dat
mysqld --wsrep-recover
如果机器掉电了，你是启不来的，你需要
cat grastate.dat里面把safe_to_bootstrap:0，把0改成1
PXC监控要点
报警级别
节点是否正常
show global status;
wsrep_cluster_status=Primary
wsrep_connected=on
wsrep_ready=on
wsrep_local_cert_failures & wsrep_local_bf_aborts 增长
wsrep_flow_control_sent & wsrep_local_flow_control_recv
wsrep_local_recv_queue > 0
存在性能问题
wsrep_local_recv_queue > 0 & wsrep_local_send_queue > 0
节点发送接收的事务量：wsrep_replicated & wsrep_received
节点发送接收的数据量：wsrep_replicated_bytes & wsrep_received_bytes
事务冲突次数：wsrep_local_failures & wsrep_local_bf_aborts
进阶技能
把一个利用主从复制，把从节点加入到pxc集群中
利用复制，把从节点加入pxc集群，减少SST传输
把pxc中一个节点转成一个复制节点
把现有复制结构迁移到pxc环境
集群之间复制
利用复制加入pxc
1.利用备份工具建一个从库
mysqldump
innobackupex
2.启动mysqld不加载Galera，追上主库
3.获取slave最后一个relay log或是binary log，推荐是最后一个relay log
4.利用mysqlbinlog获取最后一个事件的Xid
mysqlbinlog -j realy-log-pos relay-bin.000003 | grep Xid
5.关闭mysqld，生产grastate.dat，从主节点copy过一个改一下seqno为当前的Xid就行。
PXC限制
只支持innodb引擎
没有表级锁（lock tables,unlock tables）
最大事务操作限制
乐观锁控制，事务尽量快速提交
不支持XA事务
集群最少节点数：3
binlog_rows_query_log_events功能不支持
每个表必须有主键
不支持innodb表空间传出
内容总结
以上是互联网集市为您收集整理的专职DBA-MySQL集群高可用方案-PXC全部内容，希望文章能够帮你解决专职DBA-MySQL集群高可用方案-PXC所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。
来源：【匿名】