基于MySQL镜像自定义容器无法启动求助（附Dockerfile）

我帮你排查了Dockerfile里的几个核心问题，这些就是容器启动失败的主要原因：

1. 错误替换官方MySQL的ENTRYPOINT #

官方MySQL镜像自带的ENTRYPOINT脚本负责数据库的核心初始化流程（比如创建系统表、配置初始密码），你直接替换成自定义命令，完全跳过了这个关键步骤，导致数据库根本没法正常初始化。而且你的ENTRYPOINT命令本身还有语法错误：

• 拼写错误：entypoint.sh应该是entrypoint.sh
• 命令分隔错误：sleep 10s echo缺少分隔符，正确写法是sleep 10s && echo
• 用/etc/init.d/mysql start启动MySQL是错误的——这个命令会让MySQL在后台运行，容器会因为PID 1进程退出而直接停止。

2. 目录权限设置不当 #

RUN chmod 644 /usr/sql把目录权限设成了644，这个权限下其他用户没有执行权限，会导致后续无法正常进入目录或者执行里面的脚本，应该改成chmod 755 /usr/sql。

修正后的Dockerfile #

官方MySQL镜像提供了更优雅的自定义初始化方式——把你的初始化脚本放到/docker-entrypoint-initdb.d/目录下，镜像会在数据库第一次启动（数据卷为空时）自动执行这个目录下的.sh、.sql文件。下面是修正后的Dockerfile：

FROM mysql
ENV MYSQL_ROOT_PASSWORD=pass

# 创建目录并设置正确的执行权限
RUN mkdir -p /usr/sql && chmod 755 /usr/sql

# 复制SQL文件和初始化脚本
ADD Tedam_Master.sql /usr/sql/
ADD restoredb.sh /docker-entrypoint-initdb.d/

# 给初始化脚本添加执行权限
RUN chmod +x /docker-entrypoint-initdb.d/restoredb.sh

EXPOSE 3306

关于restoredb.sh的说明 #

你的restoredb.sh需要写对导入SQL的逻辑，比如：

#!/bin/bash
# 等待MySQL服务就绪
until mysqladmin ping -uroot -p"${MYSQL_ROOT_PASSWORD}" --silent; do
    sleep 1
done

# 导入SQL文件
mysql -uroot -p"${MYSQL_ROOT_PASSWORD}" < /usr/sql/Tedam_Master.sql

这样设置后，容器启动时会先执行官方的初始化流程，再自动运行你的restoredb.sh导入数据，最后以前台方式启动MySQL服务，保证容器持续运行。

内容的提问来源于stack exchange，提问作者Deniz Güzel