Percona XtraDB Cluster（PXC)集群

Percona XtraDB Cluster（PXC）这个主题，在 MySQL 高可用方案里属于比较"硬"的一类：它把 Galera 的多主同步复制、写集认证、SST/IST 状态传输和 MySQL 的 InnoDB 存储引擎绑在一起，配置项和故障场景都比主从复制要多。这份资料围绕 PXC 集群展开，适合已经会装 MySQL、写过基本 SQL，但对多节点一致性复制还没有动手经验的开发者。它不是概念科普，而是可以边看边在自己机器或几台虚拟机上对照搭建的工程向材料。

技术栈定位：PXC 解决的是什么问题

普通 MySQL 主从复制是异步的，主库提交事务后不一定已经在从库落盘，故障切换时容易丢数据。PXC 用的是 Galera 的认证复制（certification-based replication），事务在提交前需要在集群内做写集广播与冲突检测，只有多数节点认证通过才真正提交。这意味着它提供的是同步复制语义，集群中任意节点都可以读写，且强一致。

理解这条主线，才能看懂后面那些看起来零散的配置：wsrep_cluster_address、wsrep_sst_method、wsrep_provider_options里的gcache.size、evs.*参数，以及为什么 PXC 节点建议用奇数、为什么大事务会成为集群杀手。资料里如果把这些参数和 Galera 的状态机对应起来讲，就可以顺着"事务从进入节点到全局提交"这条路径走一遍。

项目结构与可复用模块

PXC 的落地一般会包含几个相对独立的模块，这些模块在真实项目里可以拆开复用：

• 节点初始化与集群引导：第一个节点用bootstrap方式启动，后续节点通过SST（xtrabackup 或 rsync）加入，这块配置决定了新节点能不能顺利追平数据。
• 负载均衡与故障转移：前面挂 HAProxy 或 ProxySQL，配健康检查脚本识别wsrep_cluster_status和wsrep_ready，这是把 PXC 接进业务流量的关键一层。
• 状态监控：wsrep_*系列状态变量（wsrep_cluster_size、wsrep_flow_control_paused、wsrep_local_recv_queue）是排查集群健康度的入口，配合 Prometheus exporter 能做成可观测面板。
• 备份与恢复：PXC 不能简单用 mysqldump 做全量，通常走 xtrabackup，恢复时要考虑集群状态和 GTID 的一致性。

如果资料包里包含配置文件、Compose 或 Ansible 脚本，这些就是可以直接搬到自己环境里改端口、改 IP 复用的骨架。学习时建议把每一段配置先跑通再改坏，观察节点状态如何变化，比只看视频讲"这个参数是做什么的"要有效得多。

典型故障场景与调试思路

PXC 学习里最有价值的部分往往是故障处理：脑裂（split-brain）后节点无法重新加入、flow control 导致写入被拖慢、大事务触发节点被驱逐（eviction）、SST 传输失败导致新节点反复重启、DDL 在集群内传播时的锁表现。这些场景在单机 MySQL 上根本遇不到，但在 PXC 集群里属于高频问题。

处理思路基本是固定的：先看wsrep_cluster_status是否 Primary，再看wsrep_local_state_comment处于哪个状态（Joining、Joined、Synced、Donor/Desynced），然后结合错误日志和wsrep_last_committed的差值判断节点落后多少。能把这些状态变量和日志对上号，调 PXC 就不会全靠猜。

适合怎么学、怎么用这份资料

建议准备三台可互通的主机（虚拟机或容器都行），按资料的顺序把集群搭起来，然后有意识地做几件事：停一个节点观察剩余节点行为、用一个大事务把 flow control 打出来、手工制造节点重启触发 IST 而不是全量 SST。每一步都记录状态变量和日志的变化，形成自己的排障笔记。

这份资料更适合当作搭建与排障的对照参考，而不是一次性看完的视频课。遇到参数看不懂时回到 Galera 的复制模型去理解，再把配置改回自己的环境验证，这样学到的东西才能在真实项目里用得上。对已经掌握 MySQL 基础、正在为高可用方案做技术选型的开发者来说，PXC 是一条值得走一遍的路径。