生产环境关闭测试库应使用 mysqladmin shutdown 或 systemctl stop，而非 kill -9；因测试库独立部署、无主从复制，kill -9 会跳过刷盘导致重启需 crash recovery，而优雅关闭可确保事务完成、数据一致。
生产环境里关测试库，不是“关 MySQL”，而是关掉一个**独立部署、不参与主从复制的 MySQL 实例**。它和线上主库物理隔离、无数据同步依赖，所以可以按常规方式安全关闭——kill -9 反而是错的。
为什么不能对测试库用 kill -9
网上流传的“生产环境必须 kill -9”是针对主从架构中的主库，核心矛盾是半同步复制下 shutdown 不等 ACK 导致数据丢失。但测试库通常：
- 没有从库，不发 binlog，不参与复制协议
- 数据可丢、可重建，不承载业务流量
-
kill -9会跳过 flush dirty pages、不写 redo checkpoint，重启时必须 crash recovery，反而延长不可用时间
mysqladmin shutdown 是首选操作
这是 MySQL 官方推荐的优雅关闭方式，适用于所有非主库场景（包括测试库、CI 环境、本地开发实例）：
- 触发 InnoDB 正常刷盘、关闭连接、释放锁、写 shutdown marker
- 等待所有活跃事务提交或回滚完毕，不会中断正在执行的 DML
- 支持密码交互或配置
~/.my.cnf避免明文输密
示例命令：mysqladmin -S /var/run/mysqld/mysqld.sock -u root -p shutdown（注意指定 socket 路径，避免走 TCP 连接失败）
systemd 服务管理更稳妥
如果测试库是通过 systemd 启动的（比如用 mysqld@testing 实例），直接走服务控制最可靠：
-
sudo systemctl stop mysqld@testing（推荐，自动处理依赖和超时） - 比裸调
mysqladmin多一层进程状态校验，避免 kill 掉一半卡住 - 日志统一归集到 journalctl，出问题能快速查：
journalctl -u mysqld@testing -n 50
别碰 SHUTDOWN SQL 命令
在 MySQL 8.0.23+ 中，SHUTDOWN 成为内置 SQL 语句，但它有硬性限制：
- 必须由
SUPER或SHUTDOWN权限用户执行 - 无法通过普通连接（如 PHP PDO）触发，只接受本地 socket 或高权限 CLI 连接
- 实际行为和
mysqladmin shutdown几乎一致，但多一层权限绕过风险，没必要换
真正容易被忽略的是：关之前确认没人在连。哪怕只是个闲置的 mysql -u root -p 交互终端，也会让 mysqladmin shutdown 卡住等待连接断开。用 mysql -e "SELECT ID,USER,HOST,TIME,COMMAND FROM INFORMATION_SCHEMA.PROCESSLIST WHERE COMMAND != 'Sleep';" 快速扫一眼就行。
