MySQL中PXC集群的介绍

参考：Percona官方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集群架构。优点：缺点：PXC的操作流程大体是这样的，首先客户端向请求连接的写入节点提交事务之前，由该节点将需要产生的replication writeset广播出去，然后获取全局事务ID，一并传送到其它的节点上去。其它节点通过certification合并数据之后，发现没有冲突数据，便执行apply_cb和commit_cb操作，否则就discard此次事务。
而当前节点（客户端请求的写入节点）通过验证之后，执行commit_cb操作，并返回OK给客户端。如果验证没有通过，则rollback_cb。
在生产线上的PXC集群中，至少要有三台节点。如果其中一个节点没有验证通过，出现了数据冲突，那么此时采取的方式就是将出现数据不一致的节点踢出集群，而且它会自动执行shutdown命令来自动关机。首先要规范集群中节点的数量，整个集群节点数控制在最少3个、最多8个的范围内。最少3个是为了防止脑裂现象，因为只有在两个节点的情况下才会出现脑裂。脑裂的表现就是输出任何命令，返回结果都是unkown command。
当一个新节点要加入PXC集群的时候，需要从集群中各节点里选举出一个doner节点作为全量数据的贡献者。PXC有两种节点的数据传输方式，一种叫SST全量传输，另一种叫IST增量传输。SST传输有XtraBackup、mysqldump、rsync三种方式，而增量传输只有XtraBackup。一般数据量不大的时候可以使用SST作为全量传输，但也只使用XtraBackup方式。节点在集群中，会因新节点的加入或故障，同步失效等而发生状态的切换，下面列举出这些状态的含义：注：所有主机都是不需要提前安装MySQL服务的，在PXC的源码包中包括了MySQL服务的。注：2-8小结的所有操作，三台节点都是需要执行的。如果有什么是不需要在三台节点都执行的，我会特别说明的。PXC相关的部分参数解释如下：更多更详细的PXC参数解释请移步：MySQL wsrep选项，会有惊奇的发现，同时，若要修改上面的配置项，还是建议去看详细的选项解释。与开发云主机域名pxc-01节点相比，只有三处不能一样，下面都标注了出来同样，不能一样的还是那三处配置，分别是server-id、节点逻辑名称，以及节点IP地址。相关端口信息如下：注：接下来的操作，如没有特殊声明，都是在pxc-01节点上进行。注：以下操作需要在每个要加入到pxc-01集群中的节点上执行，我这里是分别在pxc-02和pxc-03节点上执行的。
添加为系统服务后，以后再启停服务就不需要想第一次启动服务一样使用mysqld命令来启动了，而是直接使用systemctl start mysqld命令即可。至此，这三个节点都加入到了这个集群当中，以后若要添加其他的节点到该集群中，只要进行和pxc-02或pxc-03节点一样的配置即可（pxc-01节点的配置有些许不一样，因为它是群集中的第一个节点）。上述参数解释如下：wsrep_local_state：显示当前节点状态，值为4表示正常。该状态有四个值：