PHP连接MySQL集群需通过中间层（如ProxySQL）或应用层逻辑实现，不能仅靠更换函数；直接连接多个实例无协调则无效，且须处理连接池、健康探测与故障转移。
PHP 连接 MySQL 集群不是靠“换一个函数”就能实现的
MySQL 本身没有原生的“集群客户端协议”，所谓“连集群”，本质是连一个能做读写分离、故障转移或分片路由的中间层，或者靠应用层自己做连接管理。直接用 mysqli_connect() 或 PDO 去连多个 MySQL 实例，不加协调逻辑，等于没集群。
常见 MySQL 集群方案对应 PHP 的接入方式
不同底层架构，PHP 侧的适配策略完全不同：
-
Proxy 层方案（如 MySQL Router、ProxySQL、MaxScale）：PHP 当作单点 MySQL 连，只改
$host为 Proxy 地址（如'10.0.1.5:6446'），其余代码几乎不动；但要注意 Proxy 是否启用读写分离——写操作必须走PRIMARY端口，读操作可能被路由到从库，事务中混用读写易出错。 -
Consensus 集群（如 MySQL InnoDB Cluster / Group Replication）：PHP 仍用标准
PDO或mysqli，但必须配合mysqlnd_ms扩展（已废弃）或自行实现故障检测+重连；官方推荐用 MySQL Router 代理，否则应用需监听group_replication_group_members表变化并动态更新连接池。 -
分片集群（如 Vitess、MyCat）：PHP 不能直接识别分片逻辑，必须通过其提供的 JDBC/MySQL 协议兼容端口连接，且 SQL 要符合分片键约束（例如
WHERE user_id = ?），否则查询会广播或失败；Vitess 还要求开启vttablet的健康检查端点供应用探活。
用 PDO 连 ProxySQL 时最容易踩的三个坑
这是当前最主流、对 PHP 改动最小的落地方式，但配置不对立刻掉链子：
- ProxySQL 默认关闭
transaction_persistent，导致 PHP 中未显式COMMIT的事务在下次请求时可能被路由到不同后端，引发Lost connection to MySQL server during query或数据不一致。 - PHP 的
PDO::ATTR_PERSISTENT与 ProxySQL 的连接池冲突——持久连接可能复用到已下线的后端节点，建议关掉：$pdo->setAttribute(PDO::ATTR_PERSISTENT, false)。 - ProxySQL 的
mysql_servers表里状态为OFFLINE_HARD时，不会自动踢出连接，PHP 侧首次发包会卡住几秒才报Connection refused；需在连接前加超时：new PDO("mysql:host=px.host;port=6033;dbname=test", $u, $p, [PDO::ATTR_TIMEOUT => 2])。
别忘了连接池和健康探测不是可选项
集群环境下，单次连接失败不代表服务不可用，但 PHP 默认不重试也不换节点。你得自己处理：
立即学习“PHP免费学习笔记（深入）”；
- 用
mysqli_ping()或执行SELECT 1做连接存活检测，失败后从备用 host 列表取下一个重连； - 不要依赖 DNS 轮询（如
mysql://cluster.example.com）——PHP 不解析 SRV 记录，且无法感知节点状态； - 如果用了 Laravel，
database.connections.mysql.host只能填一个值，想切源需改配置或扩展ConnectionFactory，硬编码多个 host 并轮询是常见反模式。
真正麻烦的从来不是“怎么连上”，而是“连上之后怎么知道它还活着、该往哪写、读出来的数据是否最新”。集群不是开关一开就高可用，PHP 侧的容错逻辑往往比 SQL 本身更关键。
