Docker compose 在烧瓶应用程序启动之前完全启动 mysql db答案

【问题标题】：Docker compose getting mysql db fully started before flask app startsDocker compose 在烧瓶应用程序启动之前完全启动 mysql db
【发布时间】：2018-11-10 01:41:25
【问题描述】：

我刚刚开始 dockerize 我的应用程序。我已经建立了我的Dockerfile 和docker-compose.yml，除了一件事之外，一切似乎都运行良好。有时我的烧瓶应用程序启动太快并引发连接被拒绝错误（因为 MySQL 数据库未完全启动）。我正在使用healthcheck 来检查数据库是否已启动，但这似乎不可靠（我什至确保我可以看到show databases，但mysql 在运行状况检查通过后显然会初始化更多的东西？不确定运行状况检查是什么是为了那时）。在我的输出中，我看到确实首先创建了数据库，但是当烧瓶应用程序启动时它仍在初始化。理想情况下，当我运行 docker-compose up 时，我希望能够首先看到这一行，

db_1_eae741771281 | 2018-11-10T00:50:21.473098Z 0 [Note] mysqld: ready for connections.

然后启动我的烧瓶应用程序入口点。目前，它不这样做。

在启动我的start.sh 之前，是否有更可靠的方法来确保 MySQL 完全启动？

Dockerfile：

FROM python:3.5-alpine

RUN apk update && apk upgrade

RUN apk add --no-cache curl python build-base openldap-dev python2-dev python3-dev pkgconfig python-dev libffi-dev musl-dev make gcc

RUN pip install --upgrade pip

RUN adduser -D user

WORKDIR /home/user

COPY requirements.txt requirements.txt
RUN python -m venv venv
RUN venv/bin/pip install -r requirements.txt

COPY app app
COPY start.sh ./
RUN chmod +x start.sh

RUN chown -R user:user ./
USER user

EXPOSE 5000
ENTRYPOINT ["./start.sh"]

docker-compose.yml:

version: "2.1"
services:
  db:
    image: mysql:5.7
    ports:
      - "32000:3306"
    environment:
      - MYSQL_DATABASE=mydb
      - MYSQL_USER=user
      - MYSQL_PASSWORD=user123
      - MYSQL_ROOT_PASSWORD=user123
    volumes:
      - ./db:/docker-entrypoint-initdb.d/:ro
    healthcheck:
            test: "mysql --user=user --password=user123 --execute \"SHOW DATABASES;\""
            timeout: 20s
            retries: 20

  app:
    build: ./
    ports:
      - "5000:5000"
    depends_on:
      db:
        condition: service_healthy

start.sh

#!/bin/sh

source venv/bin/activate
# Start Gunicorn processes
echo Starting Gunicorn.

exec gunicorn -b 0.0.0.0:5000 wsgi --chdir my_app --timeout 9999 --workers 3 --access-logfile - --error-logfile - --capture-output --log-level debug

【问题讨论】：

Docker-compose check if mysql connection is ready的可能重复
@Yann39 我已经看过那个帖子并尝试了帖子中推荐的所有解决方案，但是，这些都不起作用。正如您在我的代码中看到的那样，我有 health_check，但仍然遇到问题。

标签： docker docker-compose

【解决方案1】：

好的，我也遇到了health_check 的问题...

也许不是最理想但最可靠的解决方案是在启动应用程序之前使用 MySQL 客户端 (mysqladmin) ping MySQL 服务器。

1 - 创建一个wait.sh 脚本（db 是您的 MySQL 服务名称）：

#!/bin/sh

# Wait until MySQL is ready
while ! mysqladmin ping -h"db" -P"3306" --silent; do
    echo "Waiting for MySQL to be up..."
    sleep 1
done

2 - 从您的 app Dockerfile 获取 MySQL 客户端：

# install mysql client, will be used to ping mysql
apt-get -y install mysql-client

3 - 在您的 docker-compose.yml 文件中，只需将脚本添加到您的容器（我使用了卷，但您可以继续使用 COPY）并在 start.sh 之前运行 wait.sh ：

app:
    build: ./
    ports:
      - "5000:5000"
    depends_on:
      db:
    command: bash -c "/usr/local/bin/wait.sh && /usr/local/bin/start.sh"
    volumes:
      - ./start.sh:/usr/local/bin/start.sh
      - ./wait.sh:/usr/local/bin/wait.sh

这应该可行。

如果你真的不想下载 MySQL 客户端，试试这个（再次db 是你的 MySQL 服务名称）。它在我的大部分项目中都有效，但并非全部有效（可能取决于发行版？）：

#!/bin/sh

# Wait until MySQL is ready
while ! exec 6<>/dev/tcp/db/3306; do
    echo "Trying to connect to MySQL at 3306..."
    sleep 5
done

PS：避免将服务命名为“app”或“db”，如果您有其他具有相同服务名称的容器（即使在不同的网络中），以后可能会遇到问题。

【讨论】：

这与这里的解决方案有什么不同吗？stackoverflow.com/a/42757250/10067412
是的，它不使用healthcheck，而是使用command，它会覆盖默认命令。尽管两种解决方案都使用mysqladmin 每 interval 秒 ping 服务器一次。
好的，为什么我们需要安装mysql-client？没有它mysqladmin ping 会不会工作？
是的，只需在 docker-compose command 指令中链接您的命令：command: bash -c "chmod +x /usr/local/bin/wait.sh /usr/local/bin/start.sh && /usr/local/bin/wait.sh && /usr/local/bin/start.sh"。如果您愿意，也可以在一个脚本中混合使用 wait.sh 和 start.sh。
实际上python3.5-alpine 是基于alpine:3.8 使用sh 的Linux 映像（不包括bash）。因此，如果您不想安装bash，可以只使用sh，那么docker-compose 命令将是：command: sh -c "..."。还要在脚本中使用#!/bin/sh shebang 而不是#!/bin/bash。有关差异，请参阅this answer。

【解决方案2】：

虽然使用健康检查更容易，但这完全取决于检查的可靠性。

另一种方法是在您的应用容器中依赖 wait-for-it 或 wait-for 等项目。
由于您的连接被拒绝，因此这些脚本只能在可以连接时返回，并且您的应用只能在此之后启动。

此外，如果这也不起作用，您可以有一个单独的脚本（在您的情况下是 python）来检查，直到数据库准备好，您可以在启动烧瓶应用程序之前在您的 start.sh 中调用此脚本。

【讨论】：

是的，wait-for-it 脚本也不起作用。在启动应用程序之前，我最终不得不在我的start.sh 中添加一个sleep 30，这似乎解决了问题。
最好的做法是有一个简单的脚本（python 对你来说是理想的，因为容器已经拥有你需要的一切），它会尝试连接并循环验证数据库，直到成功。有点像健康检查，但在你的应用容器中。

【解决方案3】：

这是多容器的常见问题。不同容器的启动速度很难控制。在这种情况下，像 Kubernetes 这样的容器编排解决方案可能会为您提供帮助。 Kubernetes 有 init 容器的概念，它在依赖容器启动之前运行完成。你可以在这里找到初始化容器的示例

https://www.handsonarchitect.com/2018/08/understand-kubernetes-object-init.html

此 youtube 视频也可能对您有所帮助 https://www.youtube.com/watch?v=n2FPsunhuFc

【讨论】：