mysqladmin shutdown 是唯一推荐的非暴力关闭方式，需满足连通性、super/connection_admin权限、未启用skip-grant-tables三条件，执行后须验证进程退出、日志记录及socket消失。
mysqladmin shutdown 是唯一推荐的、非暴力的关闭 MySQL 服务的方式，前提是当前用户拥有 SUPER 或 CONNECTION_ADMIN 权限，且 MySQL 未启用 skip-grant-tables。
直接杀进程（如 kill -9）或停 systemd 服务（如 systemctl stop mysqld）虽能终止进程，但可能造成表缓存未刷盘、InnoDB redo log 不一致、崩溃恢复时间变长等问题。而 mysqladmin shutdown 会触发 MySQL 服务器内部的优雅关机流程：等待活跃事务提交/回滚、刷新脏页、关闭连接、写 shutdown marker 到日志，最后退出。
执行 shutdown 前必须确认的三件事
不满足任一条件都会导致命令失败或静默忽略：
-
mysqladmin能连上 MySQL 实例 —— 检查-h、-P、-S是否匹配实际监听配置；本地 socket 连接优先用-S /var/lib/mysql/mysql.sock（路径以mysqld --print-defaults或ps aux | grep mysqld中的--socket=为准） - 所用账号具备
SUPER（MySQL 8.0.12 之前）或CONNECTION_ADMIN（MySQL 8.0.12+）权限 —— 普通root@localhost默认有，但若账号被显式 revoke 过权限，mysqladmin -u root -p shutdown会报错Access denied; you need (at least one of) the SUPER or CONNECTION_ADMIN privilege(s) for this operation - MySQL 未启用
skip-grant-tables—— 此模式下权限系统被绕过，mysqladmin shutdown将拒绝执行并提示Access denied for user ''@'localhost'（空用户）
常见失败现象与对应排查命令
遇到“无法关闭”时，先别急着 kill，按顺序跑这几条：
MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。
- 验证连通性：
mysqladmin -u root -p ping—— 返回mysqld is alive才说明服务可响应；若超时或报Can't connect to local MySQL server，先确认 mysqld 进程是否真在运行（pgrep mysqld）及端口/socket 是否被占用 - 检查权限：
mysql -u root -p -e "SELECT CURRENT_USER(), USER(); SHOW GRANTS;"—— 确认输出中含GRANT ... ON *.* TO 'root'@'localhost' WITH GRANT OPTION或明确列出CONNECTION_ADMIN - 确认无 skip-grant-tables：
mysqld --verbose --help 2>/dev/null | grep "skip-grant-tables"或查看配置文件（/etc/my.cnf、/etc/mysql/my.cnf、~/.my.cnf）里是否含该选项
带参数的 shutdown 使用场景
生产环境建议加 -v（verbose）和 -f（force），避免交互阻塞：
-
mysqladmin -u root -p -v -f shutdown——-v输出每一步动作（如 “Shutting down server…”），-f跳过 “Proceed? [y/N]” 提示（脚本中必需） - 远程关闭需显式指定 host/port：
mysqladmin -h 10.0.1.5 -P 3307 -u admin -p -f shutdown—— 注意远程 shutdown 需要账号授权admin@'10.0.1.%'且监听地址包含该网段（bind-address配置） - 不输密码交互式执行：
mysqladmin -u root --socket=/data/mysql/mysql.sock shutdown—— 前提是~/.my.cnf中已安全配置了[client]段的user和password，避免密码泄露到 bash history
shutdown 后必须做的验证动作
命令返回成功 ≠ 进程已退出，尤其在高负载或 InnoDB buffer pool 较大时，关机可能耗时数秒到数十秒：
- 立即检查进程：
pgrep mysqld应无输出；若有残留，说明 shutdown 卡住，此时再kill -15 $(pgrep mysqld)（SIGTERM），仍不退才考虑kill -9 - 检查错误日志末尾：
tail -n 20 /var/log/mysqld.log—— 应看到类似Shutdown complete或mysqld: Shutdown complete的记录，而非突然中断的堆栈 - 确认 socket 文件消失：
ls -l /var/lib/mysql/mysql.sock—— 若文件仍在，说明 mysqld 进程未真正退出（常见于权限不足或磁盘满导致 flush 失败）
真正可靠的 shutdown 不在于命令多短，而在于它是否让 MySQL 自己完成收尾。很多人跳过权限校验、忽略 socket 路径差异、或关机后不验证日志，结果下次启动卡在 recovery 阶段——这些细节比命令本身更关键。
