mysql 转pxc_PXC 配置笔记-从MySQL直接转成PXC集群

英文别人github的配置流程

PXC 能提供高可用，高读，多写支持

最重要的优点就是高可能，在3个及以上节点时，其中一个挂了，完全不影响业务。

最大的缺点是多写问题，最短板性能上限问题。

在我们硬件水平是256G内存，32核CPU，SSD硬件，单行数据大概1K，单表1千万，512表。 QPS在2.5k写+5K读时，就会有节点同步阻塞问题。当时我们临时切成只读(不执行写SQL)10分钟后，才缓解过来。写queue配置参数在下面。

基本第3点，我们的应用场景是：低写QPS的DB，使用PXC集群，以防硬件故障，达到高可用。

MySQL的slave 能直接转换把PXC，不用导数据。

详细的方法是参考英文原文PXC-install-getting-started

简单说过程就是：

stop mysqld

yum remove mysql-server与client，还是shard库。注意，remove时会把my.cnf备份。

安装官方的yum源仓库，直接yum 安装 PXC。

yum install http://www.percona.com/downloads/percona-release/redhat/0.1-4/percona-release-0.1-4.noarch.rpm

sudo yum list | grep XtraDB-Cluster|grep 5.7

Percona-XtraDB-Cluster-57.x86_64

Percona-XtraDB-Cluster-57-debuginfo.x86_64

Percona-XtraDB-Cluster-client-57.x86_64

Percona-XtraDB-Cluster-devel-57.x86_64

Percona-XtraDB-Cluster-full-57.x86_64

Percona-XtraDB-Cluster-garbd-57.x86_64

Percona-XtraDB-Cluster-server-57.x86_64

Percona-XtraDB-Cluster-shared-57.x86_64

Percona-XtraDB-Cluster-test-57.x86_64

4.修改原来my.cnf配置文件，添加PXC配置如下，加到[mysqld]下，原来的不用动。

binlog_format=ROW

log_slave_updates=1

#################################

#Percona xtradb cluster config

#

# galary库路径

wsrep_provider=/usr/lib64/galera3/libgalera_smm.so

# wsrep_cluster_address为节点地址(不需要端口)，第一个节点启动时配置为： gcomm://

# 第二个节点启动时配置为： gcomm://{节点1 IP},{节点2 IP}

wsrep_cluster_address=gcomm://

# 并行复制线程数 4*cpu, 当24个CPU使用

wsrep_slave_threads=94

# 集群名字

wsrep_cluster_name=roaming1

# gcache.size 是硬盘缓存值大小。

# gcache.page_size 硬盘缓存页大小。

# gcs.fc_limit 允许多少条写sql未同步执行, 超过这个值 ，就会阻塞写入请求,直接队列少于

# gcs.fc_factor*gcs.fc_limit的值。

# gcs.fc_factor 当阻塞发生时，允许写请求继续执行的百分比因子：阻塞的写队列长度百分比。

# while (get_write_queue() >= fc_limit ){

# block_all_sql()

# while( get_write_queue() <= fc_limit*fc_factor){

# allow_all_sql()

# }

wsrep_provider_options = "gcache.size=32G; gcache.page_size=4G; gcs.fc_limit = 256; gcs.fc_factor = 0.8;"

# 节点名：

wsrep_node_name = node240

wsrep_sst_method = xtrabackup-v2

# 需要建一个专门的用户用做sst/ist。要先授权，授权在localhost执行。

wsrep_sst_auth="sst:!admin8888"

# 不允许读延迟数据，会影响读性能, ON/OFF

wsrep_causal_reads = OFF

innodb_autoinc_lock_mode = 2

innodb_locks_unsafe_for_binlog = 1

在添加my.cnf配置是，唯一 要注意的是wsrep_cluster_address的值：

第一个节点启动时配置为： gcomm://

第二个节点启动时配置为： gcomm://{节点1 IP},{节点2 IP}

第三个节点启动时类推，至少配置一个已有数据的节点IP，最后配置一个自己的IP

如：wsrep_cluster_address=gcomm://172.16.8.239,172.16.8.240

第一个节点启动时，无需拖拉数据，直接start slave， 能从原来的master拉binlog继续执行，本身它还是slave角色。

# 授权一个叫sst用户，用于节点2加入时同步数据。

# 建议直接授权为all，否则第二个加入时好易权限问题，反正只是对localhost的授权，

# 因此，wsrep_sst_auth直接配置为root用户也可以。

GRANT ALL ON *.* TO 'sst'@'localhost' IDENTIFIED BY '!admin8888';

第二个节点启动时，注意看error-log，正常的话，会清空datadir，并且从 node1 拉数据，主要通过 sst，所以node1要配置一个sst用户，这时可能出来一个bug，sst类似xtrabckup通过网络传输数据过来到datadir/.sst目录下，此目录中的文件归属有可能全是root，此时要全改成mysql用户，才能正确启动每二个节点。而方法是取巧：使用watch

使用watch命令，把sst copy过来的文件全改成mysql用户的。必需这样做，mysql正确启动。

watch -n 1 'chown mysql:mysql datadir/.sst -R'

我们数据量比较大，800多G，千兆网卡，要2～3小时 才能传输完，启动第二个节点。