phpEnv MySQL 5.7配置多源复制 phpEnv数据库同步进阶教程-php教程-PHP中文网

phpEnv中配置MySQL 5.7多源复制必须将master-info-repository和relay-log-info-repository设为TABLE，否则CHANGE MASTER TO ... FOR CHANNEL报错3079；需手动修改my.ini添加该两项及server-id、relay-log等参数，重启MySQL服务后，为每个主库指定唯一通道名（如'master_a'）执行CHANGE MASTER TO，并分别START SLAVE FOR CHANNEL验证。

phpenv mysql 5.7配置多源复制 phpenv数据库同步进阶教程

phpEnv 里跑 MySQL 5.7 是可以配多源复制的，但默认配置完全不支持——master-info-repository 和 relay-log-info-repository 必须设为 TABLE，否则 CHANGE MASTER TO ... FOR CHANNEL 会报错或静默失败。

phpEnv 的 my.ini 必须手动补全多源关键参数

phpEnv 安装的 MySQL 5.7 默认只启用了基础主从参数，my.ini（通常在 phpEnv\MySQL\my.ini 或 phpEnv\MySQL57\my.ini）里几乎肯定缺这两行：

master-info-repository = TABLE
relay-log-info-repository = TABLE

漏掉任一都会导致添加第二个通道时失败，错误现象是：ERROR 3079 (HY000): Multi-source replication can only be configured when master info repository is set to TABLE。另外建议顺手加上：

relay-log = relay-bin（避免默认文件名冲突）
server-id = 100（必须全局唯一，不能和任意主库重复）
log-slave-updates = ON（如需级联或后续再做复制，建议开）

改完务必重启 phpEnv 的 MySQL 服务（不是仅重启面板，要进 Windows 服务管理器确认 MySQL57 进程已重载配置）。

每个主库通道要用独立的 FOR CHANNEL 名称

phpEnv 环境下容易误用旧式单主写法，比如直接执行 CHANGE MASTER TO MASTER_HOST='127.0.0.1', MASTER_PORT=3306, ... ——这只会覆盖默认通道，第二个主库根本加不进去。

正确做法是显式指定通道名，例如：

CHANGE MASTER TO
  MASTER_HOST='192.168.10.212',
  MASTER_PORT=4300,
  MASTER_USER='repl',
  MASTER_PASSWORD='123456',
  MASTER_LOG_FILE='mysql-bin.000001',
  MASTER_LOG_POS=154
FOR CHANNEL 'master_a';

再加第二个：

CHANGE MASTER TO
  MASTER_HOST='192.168.10.212',
  MASTER_PORT=4400,
  MASTER_USER='repl',
  MASTER_PASSWORD='123456',
  MASTER_LOG_FILE='mysql-bin.000001',
  MASTER_LOG_POS=154
FOR CHANNEL 'master_b';

注意点：

通道名（如 'master_a'）必须是合法标识符，不能含点、短横、空格
MASTER_LOG_FILE 和 MASTER_LOG_POS 要从对应主库的 SHOW MASTER STATUS 中取，不能混用
所有通道都得先 STOP SLAVE 再配置，否则部分通道可能卡在 Connecting 状态

启动与验证必须按通道粒度操作

phpEnv 下常见错误是执行 START SLAVE 后只看到一个通道运行，另一个始终是 NO。这是因为 START SLAVE 默认只启默认通道（空字符串），其他通道得单独启：

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

START SLAVE FOR CHANNEL 'master_a';
START SLAVE FOR CHANNEL 'master_b';

检查状态也必须带通道名：

SHOW SLAVE STATUS FOR CHANNEL 'master_a'\G

重点关注：

Slave_IO_Running: Yes（IO 线程连上了主库）
Slave_SQL_Running: Yes（SQL 线程在回放中）
Seconds_Behind_Master: 0（延迟归零才表示同步就绪）

如果某个通道 Slave_IO_Running 是 Connecting，大概率是网络不通、用户权限不对，或主库 bind-address 没放开（phpEnv 默认绑 127.0.0.1，跨机同步需改成 0.0.0.0）。

数据库名冲突和表结构一致性是 runtime 隐患

phpEnv 多用于本地开发，常把多个业务库映射到同一台从库，这时极易踩坑：

两个主库都有 user 表，且都往 test 库写，从库会因主键/唯一键冲突中断 SQL 线程
主库 A 用 utf8mb4，主库 B 用 latin1，从库建库没统一字符集，同步时可能报 ERROR 1366 (HY000)
没配 replicate-do-db 或 replicate-ignore-db，导致系统库（如 mysql）被拉过来，引发权限混乱

稳妥做法是在从库 my.ini 显式控制：

replicate-do-db = app_v1<br>replicate-do-db = app_v2<br>replicate-ignore-db = mysql<br>replicate-ignore-db = information_schema

或者更安全地用 replicate-rewrite-db 做库名映射，避免同名冲突。

多源复制不是“配完就稳”，FOR CHANNEL 的每个环节都得独立校验，尤其 phpEnv 这类集成环境，配置文件位置、服务加载顺序、端口占用都比标准部署更易出偏移。

php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！