REPLICATION SLAVE 权限必须授予从库本地账户（如'repl_local'@'localhost'），用于执行CHANGE REPLICATION SOURCE TO；仅此权限不足以启动复制线程，还需REPLICATION SLAVE ADMIN（MySQL 8.0.26+）及REPLICA MONITOR（8.0.30+启用GTID时），且权限须全局授予（ON .）。
REPLICATION SLAVE 权限到底该给谁？
不是给主库的复制用户，而是必须授予从库上执行 change replication source to（或旧版 change master to）的那个 mysql 账户。这个账户是「从库本地账户」，用于连接远端多个主库——它和主库上的任何账号无关，也不需要在主库存在。
常见错误现象：ERROR 3021 (HY000): This operation cannot be performed with a running replication thread 或 Access denied; you need (at least one of) the SUPER or SYSTEM_VARIABLES_ADMIN privilege(s) for this operation，往往是因为权限没给对人，或者用 root 直接操作却没开对应系统权限。
- 必须用
GRANT REPLICATION SLAVE ON *.* TO 'repl_user'@'localhost'，不能只给某个数据库（ON db.*不生效） - 如果使用 MySQL 8.0.30+ 并启用了 `require_row_format` 或 GTID 模式，还需额外
GRANT REPLICA MONITOR ON *.* TO ... - phpMyAdmin 界面里找不到 “REPLICATION SLAVE” 权限？那是 UI 隐藏了——它归在「全局权限」页签下的 “Super privileges” 区域，勾选 “REPLICATION SLAVE” 即可，别误点 “REPLICATION CLIENT”
多源复制下，一个用户能管多个主库吗？
能，但必须确保该用户在每个主库上都有对应账号且权限一致；而从库本地只需一个账户，通过不同 SOURCE_CONNECTION_AUTO_FAILOVER 或多个 CHANGE REPLICATION SOURCE TO 配置指向不同主库。
关键点在于：MySQL 的多源复制（Multi-Source Replication）不依赖“用户绑定主库”，而是靠 SOURCE_HOST/SOURCE_USER 在配置时显式指定连接凭据。所以 REPLICATION SLAVE 权限本身不区分主库来源。
- 从库上执行
CHANGE REPLICATION SOURCE TO SOURCE_USER='repl_on_master1' ... FOR CHANNEL 'master1'，这里'repl_on_master1'是主库上的账号，不是从库的 - 从库本地账户（比如
'repl_local'@'localhost'）只要拥有REPLICATION SLAVE，就能启动任意 channel 的复制线程 - 别在 phpMyAdmin 的「用户»编辑»全局权限」里重复添加多个同名用户试图模拟多源——无效，MySQL 不认这种“逻辑分组”
phpMyAdmin 里授完权为什么 START REPLICA 还报错？
因为 phpMyAdmin 默认用 mysql 命令行协议连接，而 START REPLICA（或 START SLAVE）要求会话具备 SUPER 或 SYSTEM_VARIABLES_ADMIN + REPLICATION_SLAVE_ADMIN 权限，仅 REPLICATION SLAVE 不够。
立即学习“PHP免费学习笔记（深入）”；
这是最容易被忽略的兼容性断层：MySQL 8.0.26+ 把复制控制权拆得更细，REPLICATION SLAVE 只管「接收 binlog」，不管「启停线程」。
- 必须补授：
GRANT REPLICATION SLAVE, REPLICATION SLAVE ADMIN ON *.* TO 'repl_local'@'localhost' - MySQL 8.0.30+ 推荐用
REPLICATION SLAVE ADMIN替代旧的SUPER，避免过度授权 - phpMyAdmin 执行 SQL 时若提示
Access denied for user ... using password: YES，先检查是否漏了REPLICATION SLAVE ADMIN，而不是重设密码
复制用户密码含特殊字符，在 phpMyAdmin 里怎么安全填？
phpMyAdmin 对 CHANGE REPLICATION SOURCE TO 语句里的密码不做转义处理，直接拼进 SQL 字符串。如果密码含单引号、反斜杠或 $ 符号，会导致语法错误或认证失败。
这不是权限问题，是字符串注入层面的实操陷阱。phpMyAdmin 的「复制»配置主服务器」表单不会帮你 escape，它只是把输入原样塞进 SQL。
- 最稳做法：跳过表单，直接在「SQL」页执行带双引号包裹的语句：
CHANGE REPLICATION SOURCE TO SOURCE_PASSWORD="p@ss'word\123" FOR CHANNEL 'ch1'; - 避免用单引号包密码，尤其当密码本身含
'—— MySQL 解析器会提前截断 - 如果非要用表单，密码里避开
' $ `这几个字符，否则大概率ERROR 1064 (42000)
事情说清了就结束。多源复制的权限模型和单源没本质区别，但 MySQL 版本越新，权限切分越碎，REPLICATION SLAVE 只是其中一块砖，缺了 REPLICATION SLAVE ADMIN 或 REPLICA MONITOR，复制线程根本动不了。
