docker kill命令不生效：MySQL容器持续重启无法强制停止并清理

故障根因 #

出现容器无法停止、始终卡在重启循环的核心原因是目标容器配置了自动重启策略（如always、unless-stopped、on-failure）：Docker守护进程会按照预设规则，在容器退出时主动重新拉起容器。

此前执行的操作无效的原因：

• 执行docker kill时的报错“容器未运行”，是因为操作触发的瞬间刚好处于容器退出的中间窗口期，还没等到守护进程触发下一次重启动作
• 执行docker stop虽然返回了容器ID，但因为守护进程的重启调度任务和用户操作存在竞态，刚发送完停止信号，守护进程已经触发了下一轮容器启动，因此docker ps仍能看到容器处于持续重启状态

分级解决方案（按操作优先级排序） #

1. 关闭自动重启策略后正常停止容器 #

该操作无破坏性，不需要删除容器，适合需要保留容器配置的场景：

• 执行命令修改容器的重启规则，将自动重启策略设置为关闭：
  docker update --restart=no 55718df7a9d6
• 执行停止命令，此时守护进程不会再主动拉起容器：
  docker stop 55718df7a9d6

操作完成后，该容器会退出运行，docker ps（默认仅展示运行中容器）的输出将不再包含目标容器。

2. 强制直接删除容器（跳过停止流程） #

如果不需要保留容器实例，可直接跳过等待容器停止的步骤，强制移除容器：

• 执行强制删除命令：
  docker rm -f 55718df7a9d6

注意：该操作会直接销毁容器实例，如果容器内有未通过数据卷挂载导出的写入数据，会随容器一并删除，操作前请确认重要数据已完成备份。

操作完成后，Docker守护进程会直接将该容器从调度列表中移除，不会再触发后续的重启逻辑。

3. 兜底方案：重置Docker守护进程状态 #

如果以上操作均无效，说明Docker守护进程本身的调度状态出现卡死，可按以下步骤处理：

• 重启Docker守护进程，清除所有卡死的重启调度任务：
  systemctl restart docker
• 待守护进程启动完成后，执行docker rm 55718df7a9d6即可正常清理目标容器
• 极端情况下若重启后仍有容器残留，可手动删除/var/lib/docker/containers目录下对应容器ID的本地存储目录，再重启Docker即可彻底清除残留。该操作属于底层运维操作，请确认路径无误后再执行，避免误删其他容器数据

内容的提问来源于stack exchange，提问作者hotmeatballsoup