STOP SLAVE 在 MySQL 8.0 中仍可执行但已弃用，自 8.0.22 起被标记为 deprecated，推荐使用 STOP REPLICA；可单独停止 IO_THREAD 或 SQL_THREAD，停后须通过 SHOW REPLICA STATUS 验证线程状态。
STOP SLAVE 在 MySQL 8.0 中是否还能用
能用，但已**不推荐**，且从 MySQL 8.0.22 起被明确标记为 deprecated。执行 STOP SLAVE 不会报错，但日志里会出现警告，提示应改用 STOP REPLICA。如果你的版本是 8.0.22 或更高（比如当前是 2026 年，大概率已是 8.0.3x），直接用 STOP REPLICA 更稳妥，语义更准确，也避免未来升级时突然失效。
只停 SQL 线程还是只停 IO 线程：选哪个取决于你要干什么
停全部线程（STOP REPLICA）适合临时维护或确认问题；但多数真实场景需要更精细控制：
- 想暂停数据应用、但继续拉取 binlog（比如做备份前确保 relay log 完整），就只停 SQL 线程：
STOP REPLICA SQL_THREAD - 想暂停接收新事件、但把已拉的 relay log 全部执行完（比如等复制追平再切库），就只停 IO 线程：
STOP REPLICA IO_THREAD - 误操作停了某个线程后，别用
START REPLICA全启——它会同时启动两个线程。应明确指定：START REPLICA SQL_THREAD或START REPLICA IO_THREAD
停完必须验证，不能只信命令没报错
STOP REPLICA 执行成功不代表线程真停了。务必立刻查状态：
SHOW SLAVE STATUS\G
重点看这两行：
-
Slave_IO_Running：值应为No（若只停 SQL 线程，这行仍为Yes） -
Slave_SQL_Running：值应为No（若只停 IO 线程，这行仍为Yes） -
Seconds_Behind_Master：停全之后会变成NULL；只停 SQL 线程时可能保持原值（说明 relay log 还没消化完）
如果某线程显示 Connecting 而非 No，说明它正在重连主库——不是“停了”，而是“断了又试”，得查网络或主库权限。
STOP REPLICA 后要不要 RESET SLAVE ALL
不用。停线程和清配置是两回事：STOP REPLICA 只是暂停运行，所有连接参数（MASTER_HOST、MASTER_USER 等）仍保留在内存和 mysql.slave_master_info 表中。只有当你确定不再恢复复制（比如永久下线从库），才执行 RESET SLAVE ALL。否则下次 START REPLICA 就能立刻续上——这才是设计本意。
容易忽略的一点：MySQL 8.0 默认用表存复制元数据（slave_master_info 和 slave_relay_log_info），所以 RESET SLAVE ALL 会清空这两张表；而旧版靠文件（master.info）存，行为略有差异。别按老经验删文件。
