phpMyAdmin不感知主从拓扑，仅按config.inc.php中host和port连接单个实例；需手动配置多服务器条目分别指向主从，且REPLICATION CLIENT权限必须用命令行显式授予才能查看从库状态。
phpmyadmin 本身不感知主从拓扑，它只是连接单个 mysql 实例的 web 管理界面。你要连主库还是从库，取决于你填的 host 和端口 —— 它不会自动识别、切换或聚合节点状态。
phpMyAdmin 连接主库 or 从库，只看配置里的 host 和 port
phpMyAdmin 的配置文件（通常是 config.inc.php）中，$cfg['Servers'][$i]['host'] 和 $cfg['Servers'][$i]['port'] 决定了它连谁。填主库 IP 和 3306，就连主库；填从库 IP 和 3306（或自定义端口），就连从库。
- 一个 phpMyAdmin 实例可以配置多个服务器入口，分别指向主、从节点，但它们彼此隔离，不能“同时管理主从”
- 如果主从共用同一台机器（不同端口），比如主库监听
3306、从库监听3307，那就在配置里加两个Servers条目，host都写127.0.0.1，但port分别设为3306和3307 - 不要指望 phpMyAdmin 自动把
SELECT转发到从库 —— 它没有读写分离逻辑，所有操作都发给当前选中的那个实例
从库连不上？先确认 read_only 是否生效且权限没绕过
很多用户在 phpMyAdmin 里连上从库后，执行 INSERT 报错或成功，是因为 read_only 没真正生效。
-
SET GLOBAL read_only = ON是临时的，重启 MySQL 就失效；必须写进my.cnf的[mysqld]段并重启服务 -
read_only对SUPER权限用户无效，所以要回收从库账号的SUPER权限：REVOKE SUPER ON *.* FROM 'your_user'@'%'; - MySQL 5.7.8+ 建议额外启用
super_read_only = ON，它连SUPER用户也限制写入 - 连上后执行
SELECT @@read_only;，返回1才算生效
想在 phpMyAdmin 里查从库复制状态？得手动授权 REPLICATION CLIENT
phpMyAdmin 的“复制”标签页能显示 SHOW SLAVE STATUS，但前提是当前登录用户有 REPLICATION CLIENT 权限。这个权限不是勾选 UI 就有的。
- 在主库或从库的命令行（或 phpMyAdmin 的 SQL 标签页）执行：
GRANT REPLICATION CLIENT ON *.* TO 'your_user'@'%'; FLUSH PRIVILEGES; - 注意：这个权限必须显式授予，phpMyAdmin 界面里点“复制客户端”权限不会生成对应 GRANT 语句
- 如果只给
REPLICATION SLAVE，SHOW SLAVE STATUS会报Access denied - 从库上执行该语句即可，不需要在主库授
为什么 phpMyAdmin 里配置的复制用户总连不上从库？认证插件可能是罪魁祸首
MySQL 8.0+ 默认用 caching_sha2_password 插件，而 phpMyAdmin（尤其旧版本）或部分同步工具可能不兼容，现象是输入密码正确却提示 Authentication plugin 'caching_sha2_password' cannot be loaded。
立即学习“PHP免费学习笔记（深入）”；
- 创建复制用户时，强制指定旧插件：
CREATE USER 'repl'@'%' IDENTIFIED WITH mysql_native_password BY 'your_pass'; - 已有用户可修改：
ALTER USER 'repl'@'%' IDENTIFIED WITH mysql_native_password BY 'your_pass'; - 检查当前用户插件：
SELECT host, user, plugin FROM mysql.user WHERE user = 'repl'; - phpMyAdmin 本身不控制认证流程，它只是把密码传给 MySQL，失败原因全在服务端插件和客户端支持度
主从节点对 phpMyAdmin 来说就是两个独立数据库实例，它既不协调也不校验一致性。真正容易被忽略的是：权限必须用命令行显式授予、read_only 必须落盘重启、认证插件不匹配会导致静默失败 —— 这些环节任一出错，都会让你以为“连上了”，实际操作却受限或报错。
