先别慌，生产环境碰到这种卡死的情况确实糟心，我给你按紧急程度列几个实操步骤，帮你尽快把服务拉起来：

一、立即强制终止卡住的MySQL进程（优先级最高） #

这是目前能最快打破“shutdown 卡住”僵局的方法，虽然强制杀进程有极小概率触发数据损坏，但MySQL本身有崩溃恢复机制，相比生产停摆2小时，这个风险值得冒：

• Linux系统操作：
  1. 先找到MySQL的进程ID：ps aux | grep mysql，输出里找带mysqld的进程，记下对应的PID
  2. 强制终止进程：kill -9 [PID]，如果是用systemd管理的服务，也可以直接用systemctl kill -s SIGKILL mysql
• Windows系统操作：
  1. 打开任务管理器，切换到“详细信息”标签，找到mysqld.exe进程
  2. 右键选择“结束任务”，或者用命令行执行taskkill /F /IM mysqld.exe

二、启动前快速排查关键隐患 #

杀完进程后，花1分钟检查2个关键项，避免启动失败：

• 检查MySQL数据目录（Linux默认/var/lib/mysql，Windows看my.ini里的datadir配置）下的ib_logfile0、ib_logfile1文件，确保它们存在，且权限正确（Linux下权限应为mysql:mysql）
• 确认my.cnf（Linux）或my.ini（Windows）里的核心配置（比如datadir、socket）没有错误，避免启动时找不到数据或套接字

三、尝试启动MySQL服务 #

做完上面的检查，立刻启动服务：

• Linux：systemctl start mysql 或 service mysql start
• Windows：net start mysql 或在“服务”管理器中手动启动MySQL服务

启动后第一时间查看错误日志：

• Linux日志路径通常是/var/log/mysql/error.log
• Windows日志在数据目录下的[主机名].err文件
  从日志里确认是否启动成功，如果有表损坏、日志文件异常等报错，再针对性处理。

四、启动后的数据修复（如果出现异常） #

如果启动时提示表损坏：

• 对于MyISAM表：先停掉服务，执行myisamchk -r /path/to/table.MYI进行修复
• 对于InnoDB表：MySQL启动时会自动尝试崩溃恢复，如果自动恢复失败，可以在my.cnf/my.ini中添加innodb_force_recovery=1（从1到6逐步尝试，数字越大强制程度越高，6级仅支持只读模式），启动服务后尽快导出数据，再重建实例。

后续注意事项 #

• 服务恢复后，立刻做一次全量数据备份，避免潜在的数据隐患
• 等生产稳定后，一定要排查这次shutdown卡住的根因：比如当时是否有未提交的大事务、磁盘IO是否被占满、是否有表级锁死、MySQL版本是否有已知的shutdown bug等，防止再次发生

备注：内容来源于stack exchange，提问作者Enihr