Docker 容器中的 MySQL 数据持久化依赖于挂载的宿主机目录，若修改了环境变量（如数据库名、用户密码），但未清理原有数据卷，MySQL 会直接复用已初始化的 /var/lib/mysql 目录，导致新配置被忽略。
docker 容器中的 mysql 数据持久化依赖于挂载的宿主机目录，若修改了环境变量（如数据库名、用户密码），但未清理原有数据卷，mysql 会直接复用已初始化的 `/var/lib/mysql` 目录，导致新配置被忽略。
在使用 Docker 运行 MySQL 时，MYSQL_USER、MYSQL_PASSWORD、MYSQL_DATABASE 和 MYSQL_ROOT_PASSWORD 等环境变量仅在数据库首次初始化时生效——即当 /var/lib/mysql 目录为空时，MySQL 启动才会执行初始化脚本（如创建用户、数据库、设置权限）。一旦该目录中存在已有数据（例如之前成功运行后生成的文件），后续容器重启或重建均会跳过初始化流程，直接加载现有数据，此时修改 docker-compose.yml 中的环境变量将完全无效。
你当前的配置中挂载了宿主机路径：
volumes: - ../../../../_local_mysql_data:/var/lib/mysql
这意味着所有 MySQL 数据（包括系统表、用户信息、数据库结构）都持久化存储在本地 ../../../../_local_mysql_data 目录下。即使你执行了 docker-compose down -v 或删除镜像、重建容器，只要该目录未被手动清除，MySQL 就始终沿用旧数据。
✅ 正确解决步骤如下：
-
停止并彻底清理容器与卷：
docker-compose down -v # 删除容器 + 关联的匿名卷（但不删 host volume）
-
手动删除宿主机上的 MySQL 数据目录：
rm -rf ../../../../_local_mysql_data
⚠️ 注意：此操作不可逆，请提前备份重要数据（如需保留旧库，可先
mysqldump导出）。
Docker Hub下载Docker Hub (hub.docker.com)。此技能适用于所有 Docker Hub 操作，包括读取、创建、更新和删除数据。只要任务涉及 Docker Hub，就使用此技能。
-
重新启动服务：
docker-compose up -d --build
此时
/var/lib/mysql为空，MySQL 初始化脚本将读取新的environment配置，创建test用户、big-website-2014数据库，并应用test密码。
? 额外建议：
- 若需频繁切换配置，可考虑不挂载宿主机目录（临时调试），或改用命名卷（
volumes: [mysql-data]）便于隔离管理； - 生产环境中，应通过 SQL 脚本（如
init.sql）而非仅依赖环境变量来控制数据库结构与用户权限，提升可维护性； - 检查 MySQL 容器日志确认是否触发初始化：
docker-compose logs app_database | grep -i "initializ\|ready"
若看到
Initializing database字样，说明初始化已执行；若仅显示Starting MySQL，则大概率跳过了初始化。
总结：Docker MySQL 的环境变量不是“运行时配置”，而是“一次性初始化参数”。持久化卷是便利性的双刃剑——它保障数据不丢失，也要求开发者主动管理其生命周期。理解这一机制，是避免“配置修改不生效”类问题的关键。
