php pdo 高可用需数据库架构与应用逻辑协同实现，核心包括连接池、动态路由、智能重试、配置热更新与降级开关，并注重事务连接粘性等细节。
PHP PDO 本身不提供高可用能力，高可用必须由底层数据库架构和上层应用逻辑协同实现。关键在于连接管理、故障转移、读写分离与自动重试机制的设计。
数据库层：主从复制 + 健康探活
高可用的根基是数据库集群的可靠性。推荐采用一主多从（如 MySQL Group Replication 或 MHA）或分布式方案（如 TiDB、MySQL InnoDB Cluster）。主库负责写，从库承担读流量；所有节点需开启 自动故障检测与主从切换，并通过心跳或 Consul/Etcd 等服务发现组件实时同步节点状态。
建议在数据库中间件（如 ProxySQL、MaxScale）或应用配置中心中维护节点列表，并定期执行轻量级健康检查（如 SELECT 1），剔除不可用节点。
PDO 连接池与动态路由
PDO 默认无连接池，每次 new PDO 都新建 TCP 连接，无法复用且易受单点影响。实践中应封装统一的数据访问层：
立即学习“PHP免费学习笔记（深入）”；
Hishop.5.2.BETA2版主要更新： [修改] 进一步优化了首页打开速度 [修改] 美化了默认模板 [修改] 优化系统架构,程序标签及SQL查询效率,访问系统页面的速度大大提高 [修改] 采用了HTML模板机制,实现了前台模板可视化编辑,降低模板制作与修改的难度. [修改] 全新更换前后台AJAX技术框架,提升了用户操作体验. 店铺管理 [新增] 整合TQ在线客服 [修改] 后台广告位增加
- 基于 PDO 构建简易连接池（使用 SplQueue 或 Redis 存储空闲连接），限制最大连接数并设置超时回收
- 根据 SQL 类型自动路由：INSERT/UPDATE/DELETE 走主库；SELECT 默认走从库，但支持 hint 强制（如 /*master*/ SELECT ...）
- 节点选择策略支持权重轮询、响应时间加权或按地域就近（适合多机房部署）
异常捕获与智能重试
网络抖动、主从切换瞬间、从库延迟都可能导致 PDO 报错。不能简单 try-catch 后抛异常，而要分类处理：
- 连接类错误（SQLSTATE HY000 / errno 2002/2003/2013）：立即切换备用节点重试，最多 2 次
- 主从延迟导致的读不一致（如刚写入立刻查不到）：对强一致性读加主库 hint，或引入 GTID 等待从库追平
- 死锁或锁等待超时（SQLSTATE 40001 / errno 1213）：幂等操作可自动重试，非幂等操作需业务层判断是否允许
重试逻辑建议用装饰器模式封装，避免侵入业务代码。
配置热更新与降级开关
当数据库集群出现大面积异常时，需快速启用降级策略：
- 通过配置中心（如 Apollo、Nacos）监听数据源配置变更，运行时刷新连接池和路由规则
- 内置熔断开关：连续 N 次失败后自动将某从库标记为“不可用”，并在一定时间后试探恢复
- 极端情况下可开启“只读降级”——关闭写入能力，保障核心查询可用；或返回缓存兜底数据
所有开关状态与错误日志需接入监控系统（如 Prometheus + Grafana），便于快速定位瓶颈。
不复杂但容易忽略的是连接生命周期管理与上下文感知。比如事务中必须固定使用同一连接，不能因重试切到其他节点；再比如 Laravel 的 DB::transaction() 默认不保证连接粘性，需手动绑定。这些细节决定了高可用能否真正落地。
