mysqladmin shutdown 经常失败因未显式指定 socket 路径或缺少 SHUTDOWN 权限；MySQL 8.0+ 默认限制该命令且 root 不默认拥有该权限，需 GRANT 并 FLUSH；优先用 mysqladmin 而非 systemctl 以确保优雅关闭，执行后须检查进程退出及错误日志确认完成。
mysqladmin shutdown 命令为什么经常失败
直接执行 mysqladmin shutdown 报错 Access denied for user 'root'@'localhost' 或 Can't connect to local MySQL server 是最常见的情况。根本原因不是权限不够，而是默认没走 socket 连接，或者用户没被授予 SHUTDOWN 权限。
实操建议：
- 必须显式指定连接方式：本地优先用
--socket=/var/run/mysqld/mysqld.sock（路径按实际mysqld --help --verbose | grep socket查），别依赖默认； - 账号至少要有
SHUTDOWN权限，普通root用户在较新 MySQL（8.0+）默认不带该权限，需手动加：GRANT SHUTDOWN ON *.* TO 'root'@'localhost'; FLUSH PRIVILEGES;
- 如果 mysqld 启用了
skip-networking，--host=127.0.0.1会强制走 TCP，失败率极高，此时必须用--socket； - MySQL 8.0.14+ 默认禁用
mysqladmin shutdown，除非启动时加了--skip-grant-tables（不推荐）或确认secure_file_priv和权限模型未拦截。
替代方案：systemctl stop vs mysqladmin shutdown 的取舍
systemctl stop mysql 看似更“稳”，但和 mysqladmin shutdown 本质不同：前者是发 SIGTERM 给 mysqld 进程，后者是走 MySQL 协议发送优雅关闭指令，会等事务提交、刷盘、释放锁后再退出。
实操建议：
- 生产环境有长事务或大 binlog 写入时，优先用
mysqladmin shutdown（配好权限和 socket 后），避免被 systemd 强杀导致数据不一致； - 若 mysqld 启动时用了
--daemonize且未记录 pid 文件，systemctl可能 kill 错进程，而mysqladmin总是精准作用于当前服务实例； - 容器场景下，
mysqladmin shutdown更可控——你可以在 entrypoint 里先连上再关，而不是依赖外部信号机制； - 注意：某些发行版（如 Ubuntu 22.04 的 mysql-router 包）会把
mysqladmin移到mysql-client子包，没装就报command not found。
如何判断 shutdown 是否真正完成
执行完 mysqladmin shutdown 返回 shell 并不等于 mysqld 进程已退出。尤其当有慢查询、崩溃恢复未结束或 InnoDB buffer pool 刷盘卡住时，进程可能僵在 Shutting down 状态。
实操建议：
- 别只看命令返回值，立刻跟一句：
while pgrep -f "mysqld" >/dev/null; do sleep 0.5; done
确保进程彻底消失； - 检查错误日志末尾是否有
mysqld: Shutdown complete，这是唯一可信的完成标志； - 如果卡住超过 30 秒，大概率是 InnoDB 正在 flush dirty pages，可查
SHOW ENGINE INNODB STATUS\G中的LOG和BUFFER POOL AND MEMORY部分； - 避免在
innodb_fast_shutdown=2（默认）下直接关机——它跳过 full purge 和 change buffer merge，下次启动会变慢，但 shutdown 本身更快；设为1或0会拖长 shutdown 时间，慎用。
MySQL 8.0+ 的权限收紧带来的连锁反应
MySQL 8.0 默认启用 mysql_native_password 插件 + 强密码策略 + 分离认证插件，导致很多老脚本里的 mysqladmin -u root -p shutdown 直接失败，错误信息却是模糊的 Access denied。
实操建议：
- 确认用户认证插件：
SELECT user, host, plugin FROM mysql.user WHERE user='root';
若是caching_sha2_password，旧版mysqladmin（ - 临时绕过：用
mysql --defaults-file=/etc/mysql/debian.cnf -e "SHUTDOWN;"（Debian/Ubuntu 系统自带 debian-sys-maint 账号，权限完整）； - 别在脚本里硬编码密码，改用配置文件：
[client] user = root password = your_pass socket = /var/run/mysqld/mysqld.sock
然后运行mysqladmin --defaults-file=/path/to/my.cnf shutdown； - 最关键的细节：MySQL 8.0.16+ 开始，
SHUTDOWN权限被拆成SHUTDOWN（全局）和SUPER（旧兼容），但SUPER已废弃，必须明确授SHUTDOWN。
真正麻烦的从来不是命令敲不对，而是 shutdown 过程中某条未提交的事务、某个挂起的复制 IO 线程、或者配置里一个没注意到的 innodb_shutdown_wait 参数——它们不会报错，只会让进程停在半路，等你去翻 error log。
