MySQL高可用方案之PXC架构

在生产线上的PXC集群中，至少有。如果其中一个节点没有通过验证，出现了数据冲突，那么此时采取的方式就是将出现数据不一致的节点踢出集群，而且它会自动执行shutdown命令来自动关机。
我们要搭建的pxc集群是三个pxc节点的集群，我们不能搭建2节点的pxc集群，为了防止脑一半以上的节点无法访问的情况下，集群会自动停止运行，如果我们配置2节点pxc集群，一旦一个节点挂掉了，恰好是一半节点不能访问，那么剩下的节点也无法使用了。这种方式的容灾性特别不好。假设是三个节点pxc集群，即便dangji宕机一个节点，我们还有2个节点可以使用，高可用性会更好一些。pxc集群增加多一些的节点，pxc集群的高可用性会更加好。一定要记住pxc集群就无法使用了

4.PXC中重要的概念

首先要规范集群中节点的数量，整个集群节点数控制在最少3个、最多8个的范围内。最少3个是为了防止脑裂现象，因为只有在两个节点的情况下才会出现脑裂。脑裂的表现就是输出任何命令，返回的结果都是unknow command。
当一个新节点要加入PXC集群时，需要从集群中各节点里选举一个doner节点作为全量数据的贡献者。
PXC有两种节点的数据传输方式，一种叫，另一种叫。SST传输有XtraBackup、mysqldump、rsync三种方式，而增量传输只有XtraBackup。一般数据量不大时可以使用SST作为全量传输，但也只是使用XtraBackup方式。
节点在集群中，会因为新节点的加入或故障，同步失效等而发生状态的切换，下面列举出这状态的含义。

open：节点启动成功，尝试连接到集群。
primary：节点已在集群中，在新节点加入集群时，选取doner进行数据同步时会产生式的状态。
joiner：节点处于等待接收同步数据文件的状态。
joined：节点已完成了数据同步，尝试保持和集群中其他节点进度一致。
synced：节点正常提供服务的状态，表示已经同步完成并和集群进度保持一致。
doner：节点处于为新加入节点提供全量数据时的状态。

5.PXC中重要的配置参数

(1) 搭建PXC过程中，需要在my.cnf中设置以下参数。

在PXC中还有一个特别重要的模块就是Gcache。它的核心功能就是每个节点缓存当前最新的写集。如果有新节点加入集群，就可以把新数据等待增量传输给新节点，而不需要使用SST方式。这样可以让节点更快的加入到集群中。

(2) Gcache模块涉及了如下参数

(3) PXC集群状态监控

在集群搭建好之后，可以通过以下状态变量’%wsrep%’来查看集群各节点的状态。

6.PXC集群的注意事项

? 尽可能的控制PXC集群的规模，节点越多，数据同步速度越慢
? 所有 PXC节点的硬件配置要一致，如果不一致，配置低的节点将拖慢数据同步速度
? PXC集群只支持InnoDB引擎，不支持其他的存储引擎

7.比较PXC模式和Replication(传统主从)

PXC 集群方案所有节点都是可读可写的，Replication从节点不能写入，因为主从同步是单向的，无法从slave节点向master点同步

PXC 同步机制是同步进行的，这也是它能保证数据强一致性的根本原因，Replication同步机制是异步进行的，它如果从节点停止同步，依然可以向主节点插入数据，正确返回，造成数据主从数据的不一致性。

PXC 是用牺牲性能保证数据的一致性，Replication在性能上是高于PXC的。所以两者用途也不一致。PXC是用于，例如：订单、用户信息等。Replication用于的存储，能够容忍数据丢失，例如：购物车，用户行为日志等。

二、部署PXC

环境准备

1.安装PXC相关依赖包

2.卸载mariadb

3.下载软件包

4.安装xtrabackup

5.创建MySQL的组和用户

6.解压软件包到/usr/local/mysql，并创建数据目录，赋予权限。

7.安装qpress

官 地址
安装步骤

8.准备配置文件

binlog格式必须是row，node2和node3上的配置文件相同，但是注意修改server_id、wsrep_node_name、wsrep_node_address。
[root@master ~]# vim /etc/my.cnf

                                                        
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！