本文介绍如何通过统一数据库中的 users 表，实现同一域名下两个独立动态网站的用户数据实时同步，避免重复注册，提升登录与账户管理一致性。
本文介绍如何通过统一数据库中的 users 表，实现同一域名下两个独立动态网站的用户数据实时同步，避免重复注册，提升登录与账户管理一致性。
在实际开发中，当多个动态网站（如 site1.example.com 和 site2.example.com）部署在同一服务器或不同服务器，但需共用用户体系时，最简洁、可靠且符合生产规范的方案是：统一用户数据源——即只维护一个 users 表，由所有站点共同读写。这并非“连接两个 MySQL 表”，而是重构数据架构：从“双库双表”转向“单库单表 + 多应用接入”。
✅ 正确架构设计
- ✅ 单一权威数据源：创建独立数据库（如 shared_auth），其中仅包含 users 表（可扩展加入 user_meta、sessions 等）；
- ✅ 统一访问凭证：为该数据库配置专用账号（如 auth_app），授予 SELECT, INSERT, UPDATE, DELETE 权限，禁止 root 或全库权限；
- ✅ 各站点独立连接：两个网站均通过标准 MySQLi 或 PDO 连接此共享库，而非各自维护副本。
? 示例代码（MySQLi 面向对象方式）
// config/shared_db.php —— 共享数据库连接配置（两站共用）
define('DB_HOST', 'localhost'); // 若跨服务器，填对方IP或域名（确保远程访问已授权）
define('DB_USER', 'auth_app');
define('DB_PASS', 'strong_password_here');
define('DB_NAME', 'shared_auth');
// 在任一网站的用户操作逻辑前引入并初始化
$auth_db = new mysqli(DB_HOST, DB_USER, DB_PASS, DB_NAME);
if ($auth_db->connect_error) {
die("数据库连接失败: " . $auth_db->connect_error);
}
$auth_db->set_charset('utf8mb4'); // 强烈建议使用 utf8mb4 支持完整 Unicode（如 emoji）
// 注册新用户（两站调用同一逻辑）
$email = filter_var($_POST['email'], FILTER_SANITIZE_EMAIL);
$password_hash = password_hash($_POST['password'], PASSWORD_ARGON2ID);
$stmt = $auth_db->prepare("INSERT INTO users (email, password_hash, created_at) VALUES (?, ?, NOW())");
$stmt->bind_param("ss", $email, $password_hash);
$stmt->execute();⚠ 关键注意事项
- 权限最小化原则：数据库用户 auth_app 仅对 shared_auth.users 表拥有必要权限，不可访问其他业务库；
-
连接安全性：若网站部署在不同服务器，需在 MySQL 中显式授权远程访问：
CREATE USER 'auth_app'@'%' IDENTIFIED BY 'strong_password_here'; GRANT SELECT, INSERT, UPDATE ON shared_auth.users TO 'auth_app'@'%'; FLUSH PRIVILEGES;
并确保防火墙开放 3306 端口（推荐使用 SSH 隧道或私有网络替代公网暴露）；
-
事务与并发控制：涉及关键操作（如邮箱唯一性校验+插入）务必使用事务：
$auth_db->begin_transaction(); $check = $auth_db->query("SELECT id FROM users WHERE email = '$email'"); if ($check->num_rows === 0) { $auth_db->query("INSERT INTO users (...) VALUES (...)"); $auth_db->commit(); } else { $auth_db->rollback(); throw new Exception('邮箱已注册'); } -
避免常见误区：
- ❌ 不要尝试通过触发器或事件在两个库间“同步” users 表——延迟、失败、死锁风险高；
- ❌ 不要直接在 PHP 层用两个 $mysqli 实例分别操作不同库再手动合并——违背单一数据源原则，极易引发不一致；
- ✅ 接受“所有用户操作必须经由共享库”这一约束，这是架构清晰与可维护性的基石。
✅ 总结
共享用户表的本质不是技术技巧，而是架构决策：用中心化认证服务（哪怕是最简化的单表 DB）替代分散式状态管理。它降低了系统复杂度，消除了数据漂移风险，并为未来接入 OAuth、SSO 或用户中心微服务预留了平滑演进路径。从今天起，让每个注册、登录、密码重置请求，都指向同一个 shared_auth.users——这才是真正意义上的“一次注册，处处通行”。
