MYSQL_DATABASE不支持逗号分隔多个库名，因官方镜像初始化脚本仅取第一个非空值并执行单次CREATE DATABASE；正确方式是通过/docket-entrypoint-initdb.d/挂载SQL脚本或覆盖command手动建库。
MYSQL_DATABASE 不支持逗号分隔多个库名，硬写 db1,db2,db3 会被当作一个数据库名处理，实际只创建一个库。
为什么 MYSQL_DATABASE=db1,db2,db3 不生效
MySQL 官方镜像的初始化脚本（/docker-entrypoint.sh）只读取 MYSQL_DATABASE 的第一个非空值，且不解析逗号。它内部调用的是单次 CREATE DATABASE，不会做字符串拆分或循环建库。
- 现象：容器启动后执行
SHOW DATABASES;，只会看到db1,db2,db3这个奇怪的库名，而非三个独立库 - 根本原因：该环境变量设计初衷是“初始化一个默认库”，不是批量建库接口
- 兼容性：所有官方 MySQL 镜像（5.7/8.0/8.4）行为一致，无版本差异
真正能初始化多个库的三种可行方式
必须绕过 MYSQL_DATABASE 的限制，用可执行的 SQL 或初始化脚本介入启动流程：
- 挂载自定义 SQL 文件到
/docker-entrypoint-initdb.d/目录（推荐）
文件需以.sql或.sh结尾，容器启动时自动按字母序执行；内容直接写CREATE DATABASE db1;等语句 - 使用
docker-compose.yml的command覆盖默认入口，手动执行建库再启 mysqld
例如：command: sh -c "mysqld --skip-networking & mysql -uroot -p$$MYSQL_ROOT_PASSWORD -e 'CREATE DATABASE db1; CREATE DATABASE db2;' && wait" - 启动后通过
docker exec补建（仅适用于非自动化场景）
适合调试，但破坏了“一次启动即就绪”的原则，CI/CD 中不可靠
挂载初始化脚本时容易踩的坑
看似简单，但权限、编码、执行时机稍有偏差就会静默失败：
- 脚本文件必须在宿主机上用
LF（Unix）换行，Windows 的CRLF会导致语法错误 - 挂载路径必须是
/docker-entrypoint-initdb.d/，多一个斜杠（如/docker-entrypoint-initdb.d/）或少一个（如/docker-entrypoint-initdb.d）都不执行 - 脚本内不能依赖未初始化完成的服务——例如在脚本里立刻
mysql -h db连其他容器，此时网络可能未就绪 - 如果同时设置了
MYSQL_DATABASE，它创建的库会先于你的脚本执行，但你的脚本仍可安全创建额外库（不会冲突）
最稳妥的做法是：删掉 MYSQL_DATABASE，把所有建库逻辑收束到一个 /docker-entrypoint-initdb.d/01-init-dbs.sql 文件里，确保幂等且可复现。
