Docker启动MySQL耗时过长 初始化SQL脚本自动执行失败

你当前配置存在四个直接导致失败的问题：

1. 覆写command字段会破坏MySQL官方镜像的默认启动流程。官方镜像的内置入口脚本会按顺序完成系统库初始化、账号配置、服务启动全流程，你直接在command里写入mysql客户端导入命令，会导致入口脚本跳过mysqld服务启动步骤，直接执行客户端连接命令，必然报socket连接不存在的错误。
2. 手动在容器内执行mysqld start报root运行错误是官方镜像的默认安全限制：镜像强制要求使用内置的mysql用户启动服务进程，直接用root用户执行mysqld会被主动拦截终止。
3. 数据卷挂载路径错误：MySQL官方8.x镜像默认的数据库数据存储路径为/var/lib/mysql，你当前将目录挂载到/home/db-production路径，既无法实现数据库数据持久化（删容器后所有数据会丢失），也不符合镜像内置的初始化路径规则。
4. MySQL首次启动需要完成系统库创建、内存结构初始化、账号配置等操作，耗时从几十秒到数分钟不等，没有等待服务就绪就执行客户端命令必然连接失败。

MySQL官方镜像原生支持首次启动自动执行初始化脚本，不需要自己写等待逻辑、不需要覆写启动命令，稳定性最高。
操作步骤如下：

• 整理宿主机目录结构，在你的数据库数据目录下单独创建init-scripts子目录，存放需要导入的SQL脚本；单独创建mysql-data子目录用于持久化数据库真实数据。
• 修正docker-compose配置，移除无效的command配置，将初始化脚本目录挂载到镜像固定的/docker-entrypoint-initdb.d路径，将数据目录挂载到镜像默认的/var/lib/mysql路径。

修正后的完整配置参考：

version: '3.9'
services:
  db-production:
    container_name: mysql-production
    image: mysql:latest
    restart: always
    environment:
      # MYSQL_HOST不是官方镜像识别的环境变量，配置无效，直接删除即可
      MYSQL_DATABASE: dota2learning-db
      MYSQL_ROOT_PASSWORD: toor
    ports:
      - "3306:3306"
    volumes:
      # 持久化数据库真实数据
      - ./data/db-production/mysql-data:/var/lib/mysql
      # 挂载初始化脚本目录，镜像首次启动会自动执行该目录下所有.sql/.sh文件
      - ./data/db-production/init-scripts:/docker-entrypoint-initdb.d
  db-testing:
    container_name: mysql-testing
    image: mysql:latest
    restart: always
    environment:
      MYSQL_ROOT_PASSWORD: toor
    ports:
      - "3307:3306"
    volumes:
      - ./data/db-testing/mysql-data:/var/lib/mysql
      - ./data/db-testing/init-scripts:/docker-entrypoint-initdb.d
# 原配置顶层的data卷没有被任何服务引用，属于冗余配置，直接删除

• 清理旧的无效数据后重启服务：

# 停止并删除旧容器
docker compose down
# 删除之前生成的错误数据（如果是全新部署可跳过，注意这步会清空旧的数据库数据）
sudo rm -rf ./data/db-production/mysql-data ./data/db-testing/mysql-data
# 将你的初始化SQL脚本放到对应服务的init-scripts目录
cp /path/to/dumb-db-production.sql ./data/db-production/init-scripts/
# 后台启动服务
docker compose up -d

镜像内置的入口脚本会在首次启动时，先完成MySQL服务初始化，等服务就绪后按文件名排序依次执行/docker-entrypoint-initdb.d目录下的所有脚本，全部执行完成后才会正式对外提供服务，完全不会出现服务未就绪就执行脚本的问题。

1. 上述自动执行脚本的逻辑 仅在数据库第一次初始化、/var/lib/mysql目录为空时触发。如果数据库已经完成初始化，后续再往init-scripts目录加SQL不会自动执行，需要手动导入或者清空mysql-data目录重新初始化。
2. 非首次初始化场景如果需要自动执行脚本，不要直接覆写command，可以在挂载的脚本中加入服务就绪轮询逻辑，示例：

#!/bin/bash
# 轮询等待MySQL服务就绪
until mysql -uroot -p"toor" -e "SELECT 1;" >/dev/null 2>&1; do
  echo "MySQL未就绪，2秒后重试..."
  sleep 2
done
# 服务就绪后执行导入
mysql -uroot -p"toor" dota2learning-db < /path/to/your/sql/file.sql

3. 非必要不要覆写官方镜像的command和entrypoint配置，否则很容易破坏镜像内置的初始化、安全校验、进程管理逻辑。

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