如何将PHP&MySQL单客户Web应用改造为多客户平台？

刚好我之前接手过类似的单租户转多租户的PHP项目改造，深知全量修改代码的痛苦，给你几个能大幅减少工作量的实用思路：

1. 数据库层透明隔离（核心减负方案） #

不要直接在每个SQL里硬加WHERE owner = ?，可以通过MySQL视图或会话变量实现自动过滤：

• 视图封装：给每个业务表创建对应视图，自动注入owner过滤条件。PHP代码无需修改表名，直接查询视图即可：

  -- 假设当前用户的owner ID通过会话变量传递
  SET @current_owner = 1001; -- 这个变量可以在PHP连接数据库时设置
  
  CREATE VIEW customer_users AS
  SELECT * FROM users WHERE owner = @current_owner;
  
  CREATE VIEW customer_orders AS
  SELECT * FROM orders WHERE owner = @current_owner;
  

  这样原来的SELECT * FROM users直接改成查customer_users，大部分查询代码不用动。
• 会话变量+触发器：如果是写入操作（INSERT/UPDATE），可以用触发器自动填充owner字段，避免在PHP代码里手动添加：

  DELIMITER //
  CREATE TRIGGER before_orders_insert
  BEFORE INSERT ON orders
  FOR EACH ROW
  BEGIN
      SET NEW.owner = @current_owner;
  END //
  DELIMITER ;
  

2. PHP全局注入（覆盖大部分CRUD操作） #

如果你的项目有统一的数据库操作封装类（比如自定义的DB类），可以在封装层自动给所有SQL添加owner条件，不用逐个修改业务代码：

class DB {
    private $pdo;

    public function __construct($pdo) {
        $this->pdo = $pdo;
        // 初始化会话owner变量（从用户会话获取）
        $ownerId = $_SESSION['auth']['owner_id'] ?? 0;
        $this->pdo->exec("SET @current_owner = $ownerId");
    }

    public function select($sql, $params = []) {
        // 自动追加owner过滤
        $trimmedSql = trim($sql);
        if (stripos($trimmedSql, 'SELECT') === 0) {
            if (stripos($trimmedSql, 'WHERE') === false) {
                $sql .= " WHERE owner = @current_owner";
            } else {
                $sql .= " AND owner = @current_owner";
            }
        }
        $stmt = $this->pdo->prepare($sql);
        $stmt->execute($params);
        return $stmt->fetchAll(PDO::FETCH_ASSOC);
    }

    public function insert($table, $data) {
        // 自动添加owner字段
        $data['owner'] = $_SESSION['auth']['owner_id'];
        $keys = implode(', ', array_keys($data));
        $placeholders = ':' . implode(', :', array_keys($data));
        $sql = "INSERT INTO $table ($keys) VALUES ($placeholders)";
        $stmt = $this->pdo->prepare($sql);
        $stmt->execute($data);
        return $this->pdo->lastInsertId();
    }
}

这个方案需要注意处理复杂SQL（比如子查询、JOIN、UNION）的情况，可以通过简单的正则匹配或者SQL解析库优化，但能覆盖80%以上的常规业务操作。

3. 数据迁移与边界校验 #

• 改造前批量给现有数据设置默认owner ID（比如初始客户ID），确保老数据能正常访问；
• 在PHP权限层增加二次校验：即使SQL过滤失效，获取数据后再验证返回结果的owner ID是否与当前用户一致，避免越权访问。

4. 可选进阶方案：分库分表 #

如果未来客户量极大，数据隔离要求更高，可以考虑分库分表（每个客户一个库/表），但这个方案改动量较大，适合后期扩容阶段，初期不推荐。

内容的提问来源于stack exchange，提问作者rpravisani