简介
Percona XtraDB Cluster（简称PXC）是针对MySQL用户的高可用性和扩展性解决方案，基于Percona Server 。其 包括了Write Set REPlication补丁，使用Galera 2.0库，这是一个针对事务性应用程序的同步多主机复制插件。
Percona Server是MySQL的改进版本，使用 XtraDB 存储引擎，在功能和性能上较 MySQL 有着很显著的提升，如提升了在高负载情况下的 InnoDB 的性能，为 DBA 提供了一些非常有用的性能诊断工具，另外有更多的参数和命令来控制服务器行为。
Percona XtraDB Cluster提供了：
同步复制，事务可以在所有节点上提交。
多主机复制，你可以写到任何节点。
从（slave）服务器上的并行应用事件，真正的“并行复制”。
自动节点配置。
数据一致性，不再有未同步的从服务器。
官网：https://www.percona.com/software/mysql-database/percona-xtradb-cluster
集群的说明
尽可能的控制PXC集群的规模，节点越多，数据同步速度越慢
所有PXC节点的硬件配置要一致，如果不一致，配置低的节点将拖慢数据同步速度
PXC集群只支持InnoDB引擎，不支持其他的存储引擎
PXC集群方案与Replication区别
PXC集群方案所有节点都是可读可写的，Replication从节点不能写入，因为主从同步是单向的，无法从slave节点向master点同步。
PXC同步机制是同步进行的，这也是它能保证数据强一致性的根本原因，Replication同步机制是异步进行的， 它如果从节点停止同步，依然可以向主节点插入数据，正确返回，造成数据主从数据的不一致性。
PXC是用牺牲性能保证数据的一致性，Replication在性能上是高于PXC的。所以两者用途也不一致。PXC是用于重要信息的存储，例如：订单、用户信息等。Replication用于一般信息的存储，能够容忍数据丢失。
PXC与Replacation结合
PXC集群用于保存高价值数据，如订单、股价等。
Replacation保存低价值数据，如日志、浏览记录等，为后续大数据分析做数据支持。
PXC优点：
①实现mysql数据库集群架构的高可用性和数据的 强一致性。
②完成了真正的多节点读写的集群方案。
③改善了传统意义上的主从复制延迟问题，基本上达到了实时同步。
④新加入的节点可以自动部署，无须提供手动备份，维护起来很方便。
⑤由于是多节点写入，所以数据库故障切换很容易。
PXC缺点：
①新加入的节点开销大，需要复制完整的数据。采用SST传输开销太大。
②任何更新事务都需要全局验证通过，才会在每个节点库上执行。集群性能受限于性能最差的节点，也就是经常说的短板效应。
③因为需要保证数据的一致性，所以在多节点并发写时，锁冲突问题比较严重。
④存在写扩大问题，所有的节点上都会发生些操作。
⑤只支持innodb存储引擎的表。
⑥没有表级别的锁定，执行DDL语句操作会把整个集群锁住，而且也 kill 不了（建议使用Osc操作，即在线DDL）
⑦所有的表必须含有主键，不然操作数据时会报错。
单PXC方案
PXC与Replacation结合方案
互联网架构案例：
