Docker启动MySQL5.7.5挂载初始化SQL无效，求助无需构建镜像的解决方法

原因分析 #

1. 文件权限不匹配：直接挂载单个本地文件到容器内时，文件的所有者/权限可能和容器内的mysql用户（默认UID为999）不兼容，导致MySQL的初始化脚本无法读取该SQL文件，跳过执行。而用ADD指令构建镜像时，文件会被复制到镜像内，默认权限是容器内用户可读取的，所以能正常执行。
2. 初始化脚本仅执行一次：MySQL官方镜像的初始化逻辑是仅在首次启动且数据目录为空时执行/docker-entrypoint-initdb.d/下的脚本。如果之前启动过同镜像的容器且复用了数据卷，即使重新启动容器，初始化脚本也不会再次运行。
3. 重复创建数据库的冲突：你的SQL文件里已经包含create database storagedb;，同时docker run又指定了-e MYSQL_DATABASE=storagedb，虽然不会直接导致表不创建，但可能引发初始化过程中的警告，间接影响脚本执行（不过这不是核心问题）。

解决方法（无需构建新镜像） #

方法1：挂载目录而非单个文件 #

将storage.sql放在本地一个单独的目录（比如./init-scripts），然后挂载整个目录到容器：

docker run -d -p 13306:3306 \
  -e MYSQL_ALLOW_EMPTY_PASSWORD=yes \
  -e MYSQL_DATABASE=storagedb \
  -v ./init-scripts:/docker-entrypoint-initdb.d/ \
  mysql:5.7.5

这种方式能避免单个文件挂载的权限问题，容器内的初始化脚本会自动遍历目录下的SQL文件执行。

方法2：调整本地文件权限后挂载单个文件 #

如果坚持挂载单个文件，先调整本地storage.sql的权限，确保容器内mysql用户可读取：

# 本地执行，修改文件权限为全局可读
chmod 644 storage.sql

然后再用原来的挂载命令启动容器，同时确保是首次启动（数据目录为空）：

# 加上--rm确保容器删除时清理数据，避免复用旧数据卷
docker run --rm -d -p 13306:3306 \
  -e MYSQL_ALLOW_EMPTY_PASSWORD=yes \
  -e MYSQL_DATABASE=storagedb \
  -v $(pwd)/storage.sql:/docker-entrypoint-initdb.d/storage.sql \
  mysql:5.7.5

方法3：清理旧数据卷（如果之前启动过容器） #

如果之前已经启动过该镜像的容器，可能已经生成了包含旧数据的数据卷，需要删除后重新启动：

# 查看所有容器，找到之前的MySQL容器ID
docker ps -a
# 停止并删除容器
docker stop <container-id> && docker rm <container-id>
# 查看关联的数据卷
docker volume ls
# 删除对应的数据卷（名称通常是随机生成的，或者你指定的）
docker volume rm <volume-name>

之后再执行docker run命令，初始化脚本会重新执行。

额外优化：修改SQL文件避免重复创建数据库 #

既然docker run已经指定了MYSQL_DATABASE=storagedb，可以删除SQL文件里的create database storagedb;和use storagedb;，改为在创建表时指定数据库：

CREATE TABLE `storagedb`.`storage_tbl` (
    `id` int(11) NOT NULL AUTO_INCREMENT,
    `commodity_code` varchar(255) DEFAULT NULL,
    `count` int(11) DEFAULT 0,
    PRIMARY KEY (`id`),
    UNIQUE KEY (`commodity_code`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

这样能避免初始化过程中的重复创建数据库警告，让执行流程更顺畅。

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