如何在phpMyAdmin 5.1中配置多主架构MySQL的多源复制监控？-phpMyAdmin-PHP中文网

phpmyadmin 5.1 无法配置多源复制，仅能监控已配置通道；需授予 replication client 权限、使用 mysql_native_password 认证、显式指定唯一通道名（如 chan_sg_prod），并确保从库 read_only=on 永久生效。

如何在phpmyadmin 5.1中配置多主架构mysql的多源复制监控？

phpMyAdmin 5.1 无法直接配置或启动多源复制，它只能监控已配置好的通道状态——前提是权限、连接和 MySQL 版本都正确。

phpMyAdmin 连不上多源从库的常见报错

连上后点「复制」标签页空白，或提示 Access denied; you need (at least one of) the REPLICATION CLIENT privilege(s)，说明当前用户缺权限；若显示 ERROR 2003 (HY000): Can't connect to MySQL server，大概率是 phpMyAdmin 配置里填了 localhost 或未解析的 host，而从库实际监听的是内网 IP 或容器别名。

必须在从库命令行（或 phpMyAdmin 的 SQL 标签页）执行：GRANT REPLICATION CLIENT ON *.* TO 'your_user'@'%'; FLUSH PRIVILEGES;
REPLICATION SLAVE 权限不够，SHOW REPLICA STATUS 会失败
MySQL 8.0+ 默认用 caching_sha2_password 插件，phpMyAdmin 5.1 不兼容，需改用 mysql_native_password：ALTER USER 'your_user'@'%' IDENTIFIED WITH mysql_native_password BY 'password';

多源复制通道名必须显式指定且唯一

MySQL 8.0+ 已彻底移除 CHANGE MASTER TO，所有通道必须用 CHANGE REPLICATION SOURCE TO ... FOR CHANNEL 'chan_name' 创建。phpMyAdmin 的「复制」页不会自动列出所有通道，它只查默认通道（空字符串），所以你得手动在 SQL 标签页执行：

SHOW REPLICA STATUS FOR CHANNEL 'chan_us_east';

通道名不能含数字开头、不能重复、不能用 master1 这类模糊命名——否则执行 START REPLICA FOR CHANNEL 'master1' 时会报 ERROR 3077 (HY000)。

btpanel phpsite 宝塔面板PHP网站

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

下载

推荐命名如 chan_sg_prod、chan_us_west，语义清晰且可排序
每个通道的 SOURCE_HOST 必须能被从库 DNS 解析，Docker 环境中填 host.docker.internal 或宿主机 IP，别填 127.0.0.1
检查是否生效：SELECT * FROM performance_schema.replication_connection_configuration;

从库 `read_only` 没真正生效的典型表现

你在 phpMyAdmin 里连上从库，执行 INSERT 居然成功了，或者 SELECT @@read_only; 返回 0，说明只设了临时值，没写进配置文件。

必须在 my.cnf 的 [mysqld] 段加：read_only = ON 和 super_read_only = ON（MySQL 5.7.8+）
重启 MySQL 才生效，SET GLOBAL read_only = ON 重启即丢
super_read_only = ON 能拦住 SUPER 用户的写入，防止误操作绕过 read_only
确认生效后，再检查 SHOW REPLICA STATUS 中的 Seconds_Behind_Source 和 Retrieved_Gtid_Set 是否持续更新

为什么并行复制在多源下反而卡死

启用了 replica_parallel_workers = 4，但所有通道的 Seconds_Behind_Source 突然飙升，CPU 却很低——这是多源 + 并行复制的经典陷阱。

MySQL 为每个通道单独维护 worker 队列，一旦某个通道因网络抖动或大事务延迟，其他通道会被全局协调点阻塞
实操建议：多源场景下统一设 replica_parallel_workers = 0，禁用并行；靠调优单线程（如增大 innodb_log_file_size）更稳
务必确保 relay_log_purge = ON，否则 relay log 文件堆积会占满磁盘，导致复制静默中断
定期跑：SELECT CHANNEL_NAME, SERVICE_STATE, SCHEDULED_TRANSACTION_COUNT FROM performance_schema.replication_applier_status_by_coordinator; 看各通道调度是否均衡

最易被忽略的一点：多源复制不校验数据逻辑一致性。两个主库同时往同一张表插入，哪怕 auto_increment_offset 设对了，只要从库自己执行过 INSERT（比如 DBA 临时修复脚本），自增计数器就可能错乱，后续必爆 Duplicate entry 'X' for key 'PRIMARY'。监控不能只看线程状态，得定期比对关键表的 CHECKSUM TABLE 结果。