运行docker-compose时容器异常退出或卡在Python shell求助

让我来帮你拆解和解决这两个关联的问题：

问题根源分析 #

1. 容器以Code 0退出 #

Docker容器的生命周期完全绑定在前台运行的进程上，一旦这个进程结束，容器就会直接退出。你的Dockerfile没有定义任何启动命令（CMD/ENTRYPOINT），容器启动后没有持续运行的前台进程，自然就会立刻退出（Code 0表示进程正常结束）。

2. 开启tty: true后卡在Python Shell #

python:3.7.3这个官方镜像的默认启动命令就是python——也就是启动交互式Shell。当你开启tty: true后，容器会模拟终端环境，直接进入这个Python交互Shell，导致进程停在这里，无法执行你需要的MindsDB服务。

具体修复步骤 #

1. 修改Dockerfile，指定MindsDB启动命令 #

你已经安装了MindsDB，但需要告诉容器启动时要运行什么服务。我们在Dockerfile末尾添加CMD指令，指定MindsDB的启动命令：

# Python support can be specified down to the minor or micro version
# (e.g., 3.6 or 3.6.3).
# OS Support also exists for jessie & stretch (slim and full).
# See https://hub.docker.com/r/library/python/ for all supported Python
# tags from Docker Hub.
FROM python:3.7.3
LABEL Name=mindsdb Version=0.0.1
WORKDIR /app
ADD . /app
RUN pip install mindsdb
# 指定启动MindsDB服务的命令
CMD ["mindsdb"]

2. 调整Docker Compose配置 #

现在不需要tty: true了，因为MindsDB会作为前台进程运行，保持容器存活。修改后的配置如下：

version: '3'
services:
  app:
    container_name: mindsdb
    image: mindsdb
    build:
      context: ./
    volumes:
      - /path/to/mindsdb:/app/
    # 移除tty: true，让容器以MindsDB服务为前台进程运行

3. 验证修复 #

重新构建镜像并启动容器：

docker-compose build
docker-compose up

此时容器会正常启动MindsDB服务，不会再出现退出或卡在Shell的情况。

额外：如需交互式调试 #

如果偶尔需要进入容器的Python环境调试，不需要修改容器启动配置，而是通过docker exec命令进入已经运行的容器：

# 先后台启动容器
docker-compose up -d
# 进入容器的Python交互式Shell
docker exec -it mindsdb python

这样既保证了MindsDB服务正常运行，又能在需要时进行交互式操作。

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