PHP PDO高并发优化需合理复用连接、避免长事务、复用预处理语句，并结合读写分离与缓存；持久连接须谨慎配置，显式提交事务，禁用SQL拼接，控制查询粒度。
PHP PDO 在高并发场景下容易因连接管理、事务控制或查询设计不当引发性能瓶颈甚至错误，关键在于合理复用连接、避免长事务、控制查询粒度，并配合数据库层优化。
使用持久连接（Persistent Connection）但需谨慎配置
PDO 的 PDO::ATTR_PERSISTENT 可复用数据库连接，减少 TCP 握手和认证开销。但要注意：
- Web 服务器每个 worker 进程会维持独立的连接池，连接数易超限，需同步调大 MySQL 的 max_connections
- 持久连接不会自动清理事务状态、用户变量或临时表，必须显式 commit/rollback 后再释放，否则下次复用可能出错
- 不建议在 CLI 脚本中启用持久连接（进程生命周期长，连接易僵死）
避免长事务与隐式锁竞争
高并发下事务持有时间越长，锁等待越明显。应做到：
- 事务内只做真正需要原子性的操作，非 DB 操作（如 HTTP 请求、文件读写）移出事务外
- 读操作尽量用 SELECT ... FOR UPDATE 替代先 SELECT 再 UPDATE（减少两次网络往返及中间状态变更风险）
- 对热点行更新，考虑用 INSERT ... ON DUPLICATE KEY UPDATE 或 REPLACE INTO 减少锁范围
预处理语句必须复用，禁用动态拼接 SQL
每次执行 prepare() 都触发服务端解析与计划生成，高并发下开销显著：
立即学习“PHP免费学习笔记（深入）”；
- 将 $pdo->prepare($sql) 提前声明并复用，尤其在循环中批量操作时
- 绝不拼接用户输入构造 SQL（防注入且避免重复 prepare）
- 对结构差异大的查询，宁可拆成多个固定语句，也不用“万能 SQL”加大量 IF 判断
结合连接池或读写分离缓解压力
PDO 本身无内置连接池，但可通过架构层面补足：
- 应用层引入轻量连接池（如基于 Swoole 的协程 MySQL 客户端），复用更细粒度
- 读多写少场景，用主从分离：写操作走主库 PDO 实例，读操作轮询从库 PDO 实例（注意从库延迟）
- 对高频只读数据（如配置、字典），优先走 Redis 或 APCu 缓存，绕过数据库
不复杂但容易忽略——高并发不是单纯堆连接数，而是让每次数据库交互更短、更确定、更可控。
