PHP实现MySQL读写分离：原理、风险与替代方案

读写分离的核心机制

在典型的 MySQL 主从架构中，数据修改（INSERT, UPDATE, DELETE）必须发生在主库（Master），并通过 Binlog 异步同步至一个或多个从库（Slave）。应用层实现读写分离的关键在于智能路由：识别 SQL 语句的类型，并将查询指令发往从库，而写入指令严格发往主库。

这种方案的优点在于实施成本低且能显著降低主库负载；缺点则是引入了主从延迟（Replication Lag），若业务强依赖数据的实时一致性（如支付余额查询），需额外处理或强制走主库。

经典 PHP 实现逻辑分析

早期社区（如UCHome项目衍生的代码）提供了一种轻量级的 PHP 封装思路。其核心策略是通过正则匹配判断 SQL 语句是否包含 SELECT，从而实现简单的读写分流。

第1步：初始化连接池

该类在实例化时需分别维护两组资源句柄：

• $link_rw：用于执行写操作的 Active Connection（通常指向主库）。
• $link_ro：用于执行读的 Readonly Connection（指向从库，可选配置列表以实现负载均衡）。

第2步：智能路由查询

在 query() 方法中，通过以下逻辑决定调用哪个连接对象：

1. 检查当前待执行 SQL 是否匹配 /^(\s*)select/i 正则表达式。
2. 若匹配且存在有效只读连接（$this->ro_exist 为 true），则将内部指针 $this->link 指向从库句柄。
3. 若不匹配，则默认使用主库句柄执行增删改操作。

重要警告：关于 `mysql_*` 扩展的风险

原文提供的代码使用了 @mysql_connect 和 @mysql_query 等函数。**请注意：自 PHP 5.5.0 起该扩展已被弃用，并在 PHP 7.0.0 中被彻底移除**。 如果在现代环境中直接复制运行上述代码，会导致致命错误。此外，原生 MySQL 扩展不再支持预处理语句（Prepared Statements），这使得应用在防范 SQL 注入方面极为脆弱。

修正建议： 在开发新应用时，绝不应再参考此代码风格进行生产环境部署。应改用 PDO 或 mysqli 扩展。

现代化实现思路（PDO 方案）

若要在当前版本 PHP 中实现类似功能，推荐使用 PDO 并配合抽象工厂模式或自定义 DB Wrapper。以下是安全且现代的实现概要：

<?php
class SmartDb {
    private $pdoMaster;
    private $pdoSlave;

    public function __construct($masterConfig, $slaveConfigs) {
        // 初始化主库连接（仅用于写）
        $this->pdoMaster = new PDO(...$masterConfig);
        
        // 随机选取一个从库连接（用于读）
        $slaveHost = $slaveConfigs[array_rand($slaveConfigs)];
        $this->pdoSlave = new PDO(...$slaveHost);
    }

    public function select($sql, $params = []) {
        $stmt = $this->pdoSlave->prepare($sql);
        $stmt->execute($params);
        return $stmt->fetchAll();
    }

    public function execute($sql, $params = []) {
        $stmt = $this->pdoMaster->prepare($sql);
        $stmt->execute($params);
        return $stmt->rowCount();
    }
}

通过 prepare 预处理，不仅能彻底消除 SQL 注入漏洞，还能利用连接池保持长连接效率。

完成判断与总结

判断读写分离是否生效，可通过观察数据库慢查询日志以及不同库服务器的 CPU/IO 负载情况。若主库压力明显缓解，而从库承担了大量读取流量，即说明分流成功。