不能跳过中间状态直接从MySQL 5.7单机升级为PXC集群；xtrabackup仅用于物理数据迁移，而非版本升级，必须先构建可运行的PXC节点、执行mysql_upgrade适配系统表、严格配置SST参数并确保节点时间同步，才能完成单机到集群的可靠过渡。
直接说结论：不能跳过中间状态直接从 MySQL 5.7 单机“升级”为 PXC 集群。xtrabackup 在这里不是升级工具，而是数据迁移/初始化的物理同步手段；真正的“升级”发生在架构层面——你得先有可运行的 PXC 节点，再把单机数据导入进去，且必须处理版本兼容、配置适配、启动顺序等硬性约束。
为什么不能直接用 xtrabackup 把单机 dump 进 PXC？
xtrabackup 是物理备份工具，它复制的是文件系统级的 InnoDB 表空间和日志，但 PXC 节点启动时会校验集群状态（如 grastate.dat、gvwstate.dat）、Galera 状态序列号（seqno）、以及是否处于合法的 SST/IST 上下文。直接还原单机备份到空 PXC 数据目录会导致：
- 启动失败，报错类似 WSREP: Failed to read from file: /var/lib/mysql/grastate.dat
- 或成功启动但无法加入集群，卡在 Joining cluster, status: Joiner 且无后续
- 更隐蔽的问题是：单机 5.7 的系统表结构、mysql 库权限表格式，可能与 PXC 5.7.18 的 Galera 补丁版本不完全对齐
所以正确路径是：单机 → 可运行的 PXC 成员节点（初始数据）→ 加入集群
xtrabackup 还原后必须执行 mysql_upgrade 吗？
不一定，但**强烈建议在还原完成、首次启动前执行**，尤其当源库是 MySQL 5.6 升级上来的 5.7，或目标 PXC 版本（如 5.7.18）比源库小版本更新时。原因：
- mysql_upgrade 会检查并更新系统表（mysql.user、mysql.proc 等），修复字段缺失或类型变更
- PXC 5.7.18 内置的 Galera 补丁依赖某些扩展字段（如 mysql.global_grants），缺失会导致节点拒绝写入
- 若跳过，可能出现错误：ERROR 1146 (42S02): Table 'mysql.gtid_executed' doesn't exist 或权限校验失败
操作要点：
- 先用
mysqld --skip-grant-tables --user=mysql启动实例（不加载权限系统） - 再执行
mysql_upgrade -u root -p --force - 关闭实例，清理
--skip-grant-tables，再正常启动
PXC 启动时 SST 失败的常见配置坑
SST（State Snapshot Transfer）是新节点加入时全量拉取数据的核心机制，xtrabackup 是默认 SST 方法，但极易因配置错位失败：
- wsrep_sst_method=xtrabackup-v2 必须显式设置（PXC 5.7 默认是 xtrabackup，但旧文档常漏写 -v2，导致找不到脚本）
- wsrep_sst_auth 格式必须为 "sst:password"，不能带空格或引号嵌套；密码中若含特殊字符（如 @、/），需 URL 编码
- wsrep_cluster_address 在第一个节点启动时必须设为 gcomm://（空地址），后续节点才填完整地址列表，如 gcomm://172.16.3.31,172.16.3.32,172.16.3.33
- pxc_strict_mode=ENFORCING 开启时，会拒绝非 InnoDB 表、未设主键的表参与 SST，还原前需清理或转换
典型错误日志：
WSREP_SST: [ERROR] Cleanup after exit with status:22xtrabackup_checkpoints not found
说明 SST 脚本根本没跑起来，优先查 wsrep_sst_method 和认证配置。
单机数据还原进 PXC 后，如何验证一致性？
别只看SHOW STATUS LIKE 'wsrep%'，关键验证点在三处：
- 执行 SELECT COUNT(*) FROM mysql.innodb_table_stats;，对比单机源库该值是否一致（确认系统表已正确迁移）
- 检查 wsrep_local_state_comment 是否为 Synced，且 wsrep_incoming_addresses 包含所有节点 IP
- 对业务核心表做 CHECKSUM TABLE t1;，在单机和 PXC 首个节点分别执行，结果必须完全相同（注意：CHECKSUM 在不同引擎/排序规则下结果不同，仅限同 InnoDB + 同 collation）
最容易被忽略的是：PXC 节点间时间必须严格同步（ntpd 或 chronyd）。时间差 > 5 秒会导致 IST 失败、事务被拒绝、甚至集群分裂（split-brain）。这不是“建议”，是 Galera 协议底层要求。
