如何修复持续重启且无法进入的Docker MariaDB容器？

核心问题说明 #

原MariaDB容器陷入无限重启的逻辑链路：

• 容器启动时检测到4个未正常提交的XA事务，触发强制退出逻辑
• 因容器配置了自动重启策略，Docker会在进程退出后反复重新拉起容器
• 由于容器始终无法进入稳定运行状态，docker exec 无法连接到容器内的运行时进程，常规的“进容器执行修复命令”的操作路径完全失效

修复操作步骤 #

1. 打断容器自动重启循环 #

首先需要彻底终止容器的无限重启状态，避免后续操作被自动拉起的流程干扰：

• 移除原容器的自动重启策略，执行命令：
  docker update --restart=no services_global-db_1
• 停止当前反复重启的容器进程，执行命令：
  docker stop services_global-db_1
  等待容器状态变为Exited即可进入下一步操作。

2. 携带修复参数清理未决XA事务 #

• 操作优势：该方式不需要删除、修改原有正式容器的配置，仅通过临时挂载的方式操作数据卷，不会对原有运行配置产生任何改动，数据安全性更高。

• 执行临时启动命令，复用原容器的所有数据存储，带事务修复参数启动MariaDB：
  docker run --rm --volumes-from services_global-db_1 -e MYSQL_ALLOW_EMPTY_PASSWORD=yes easyengine/mariadb:v4.1.3 --tc-heuristic-recover=COMMIT
  参数说明：
  • --volumes-from 直接关联原容器挂载的数据库数据目录，所有数据读写都指向原有存储，不会产生数据丢失
  • --rm 表示临时实例完成修复退出后自动删除，不会残留冗余容器
  • --tc-heuristic-recover=COMMIT 表示将检测到的4个准备态XA事务全部提交；如果业务更倾向于回滚未完成事务，可以将参数值替换为ROLLBACK
• 等待日志输出MariaDB启动完成、无Aborting报错的提示后，按Ctrl+C停止临时实例，完成事务清理流程

3. 恢复原容器的正常运行 #

• 将原容器的重启策略改回原有配置（如常规生产环境使用的always或unless-stopped），执行命令：
  docker update --restart=always services_global-db_1
• 启动原正式容器，执行命令：
  docker start services_global-db_1
• 验证运行状态：执行 docker logs services_global-db_1 检查日志，确认无未决事务的报错信息，且docker ps中容器状态显示为Up，即代表修复完成。

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