PHP读写分离应于PDO或ORM层轻量封装，而非独立中间件；因中间件增加运维负担、难以感知事务边界、无法应对主从延迟，而应用层可精准控制路由、事务一致性及兜底策略。
PHP 应用实现数据库读写分离，核心不在于“加一个中间件”，而在于让业务代码无感切换读库和写库，同时保障事务一致性、避免主从延迟导致的脏读。真正落地时，多数团队选择在 PDO 层或 ORM 层做轻量封装，而非引入重型中间件。
为什么通常不推荐独立中间件？
独立进程类中间件（如 MySQL-Proxy、MaxScale）虽能透明路由，但在 PHP 场景下存在明显短板：
- 增加部署复杂度和运维成本，PHP 应用本身是无状态的，额外维护一个有状态的代理反而成为瓶颈
- 难以感知应用层事务边界，跨语句的读操作可能被错误路由到从库，导致事务内读不到刚写的变更
- 主从延迟时缺乏兜底策略（如强制走主库查），业务层无法干预路由逻辑
- 连接池、重试、熔断等能力在 PHP-FPM 或 Swoole 环境中，由应用直连更易控制
推荐方案：在 PDO 或 ORM 中封装读写分离逻辑
以 Laravel 的 Eloquent 或自研 PDO 封装为例，关键是在连接管理器中区分主库（master）和从库（slaves），并按规则自动分发查询：
- 写操作（INSERT/UPDATE/DELETE/DDL）和显式事务中的所有查询，强制走主库
- 普通 SELECT 默认轮询从库，支持配置权重或健康检查剔除异常节点
- 提供手动指定连接的方法，例如
DB::connection('master')->table(...)或->useMaster()链式调用 - 事务开启后，后续所有查询自动绑定同一连接，避免主从混用破坏一致性
必须处理的几个典型问题
不解决这些，读写分离反而引发线上故障：
立即学习“PHP免费学习笔记（深入）”；
- 主从延迟导致“写后立刻读”失败：用户注册后跳转个人页查不到数据。可结合 GTID 或时间戳等待主从同步，或对关键路径强制走主库
- JOIN 查询跨库不可用：若分库分表已存在，读写分离需与分片逻辑正交设计；单库场景下，确保 JOIN 表都在同一实例（主或从）
- 长事务期间从库切换导致连接中断：连接池应支持连接有效性检测，失败时自动重试主库或抛出明确异常
- 读库负载不均：简单轮询不够，建议加入响应时间加权或基于 QPS 的动态负载评估
一个极简 PDO 分离示例（无框架）
只需扩展 PDO 类，重写 query() 和 exec() 方法：
class DBRouter extends PDO {
private $masters = [/* 主库 DSN 数组 */];
private $slaves = [/* 从库 DSN 数组 */];
private $inTransaction = false;
private $currentConn;
<pre class='brush:php;toolbar:false;'>public function __construct() {
$this->currentConn = $this->connect($this->masters[0]);
}
public function exec($sql) {
if (preg_match('/^(INSERT|UPDATE|DELETE|REPLACE|ALTER|CREATE|DROP)/i', $sql)) {
$this->ensureMaster();
}
return $this->currentConn->exec($sql);
}
public function query($sql) {
if (stripos($sql, 'SELECT') === 0 && !$this->inTransaction) {
$this->ensureSlave();
} else {
$this->ensureMaster();
}
return $this->currentConn->query($sql);
}
private function ensureMaster() {
if ($this->currentConn !== $this->masters[0]) {
$this->currentConn = $this->connect($this->masters[0]);
}
}
private function ensureSlave() {
$idx = array_rand($this->slaves);
if ($this->currentConn !== $this->slaves[$idx]) {
$this->currentConn = $this->connect($this->slaves[$idx]);
}
}}
实际项目中还需补充连接复用、异常重试、慢查询记录、主从延时监控上报等能力，但核心思想始终一致：路由决策贴近业务上下文，而不是推给外部中间件。
