kill -9 失效因 mysqld 卡在内核态 D 状态、容器 PID 隔离或崩溃恢复阶段，此时需通过 /proc/PID/stack、gdb 或 mysqladmin socket 直连诊断；重启前必须检查磁盘空间、error.log 错误及 redo log 完整性。
mysql进程卡死时，kill -9 为什么经常失效
因为 MySQL 的主进程（mysqld）在某些状态下会忽略信号，尤其是当它卡在内核态、持有锁或陷入不可中断睡眠（D 状态）时。kill -9 只能终止用户态可响应的进程；一旦 mysqld 进入 D 状态，连内核都无法强制唤醒它——这时候不是“没杀掉”，而是“根本杀不了”。
常见现象：ps aux | grep mysqld 显示状态列为 D，top 中 CPU 占用为 0 但 RES 持续不降，systemctl status mysql 显示 “active (running)” 实际已无响应。
- 别急着重启宿主机——先确认是否真卡死：检查
/proc/<pid>/stack</pid>是否有大量do_wait或ext4_file_write_iter堆栈，这是典型 I/O 卡死迹象 - 如果
mysqld是容器内进程，kill -9对 PID 命名空间外的宿主机无效，需进容器nsenter或直接docker exec - MySQL 8.0.23+ 在崩溃恢复阶段可能长时间阻塞信号，此时
kill -9会失败且不报错
用 gdb 连上 mysqld 查看当前执行点
gdb 不是用来“修复”进程，而是快速定位卡在哪——比如是不是在刷脏页、等表锁、还是卡在某个 UDF 函数里。前提是进程还活着（非 D 状态），且你有 ptrace 权限（非容器默认禁用）。
操作前确保：sysctl kernel.yama.ptrace_scope 为 0，否则普通用户无法 attach；MySQL 编译时未加 -fno-omit-frame-pointer 会导致堆栈不全。
- 运行
gdb -p <pid></pid>，然后输入thread apply all bt查所有线程调用栈 - 重点关注
handle_connection、log_write_up_to、row_search_for_mysql这类函数是否停在某一行不动 - 若看到
pthread_cond_wait或__lll_lock_wait，大概率是锁等待；若卡在os_aio_linux_collect，说明异步 I/O 队列积压 - 别在生产环境长期 attach ——
gdb会让目标进程完全暂停，业务全挂
mysqld 僵死但不能重启？试试 mysqladmin shutdown 的绕过方式
标准 mysqladmin shutdown 依赖 MySQL 自身的 shutdown handler，僵死时必然超时失败。但你可以用 socket 文件直连，绕过网络层和权限校验，触发更底层的退出逻辑。
前提：知道 socket 路径（通常是 /var/run/mysqld/mysqld.sock），且该文件可读写；MySQL 启动时用了 --socket=... 参数。
- 执行
mysql --socket=/var/run/mysqld/mysqld.sock -u root -p -e "SHUTDOWN"，比走 TCP 更快触达 server 内核 - 若提示
Access denied，说明 root 密码不对或 socket 认证插件限制，可临时改配置加skip-grant-tables（仅应急） - MySQL 5.7+ 支持
SHUTDOWN命令带参数：SHUTDOWN WAIT FOR ALL SLAVES会等复制完成，但僵死时建议用默认的SHUTDOWN（即立即终止） - 这个命令本质是向
mysqld发送 SIGTERM，所以仍可能被卡住——但它比 shell 的kill更贴近 MySQL 自身信号处理链
重启前必须检查的三个磁盘与日志状态
硬杀之后直接 systemctl start mysql 很可能失败，因为 InnoDB 恢复阶段会校验 redo log 和 ibdata1 的一致性。很多“重启失败”其实源于之前就存在的磁盘问题，只是僵死掩盖了症状。
- 运行
df -h /var/lib/mysql看是否满（尤其%列为 100%），满盘时mysqld会卡在 flush 阶段，重启也起不来 - 检查
tail -n 50 /var/log/mysql/error.log，重点找InnoDB: Database page corruption或Operating system error number 28（no space left on device） - 用
ls -la /var/lib/mysql/ib_logfile*确认 redo log 文件大小是否异常（如只有 5MB，远小于innodb_log_file_size配置值），说明上次 shutdown 未完成，恢复会卡住
这些细节不查清楚，重启只是把问题从“僵死”变成“启动失败”，反而更难诊断。
