Docker 容器中 MySQL 的配置（如用户名、密码、数据库名）变更后未生效，通常是因为数据卷挂载的宿主机目录保留了旧的初始化数据；删除该持久化目录并重建容器即可使新配置生效。
如何解决 docker 中 mysql 数据卷未反映配置变更的问题：docker 容器中 mysql 的配置（如用户名、密码、数据库名）变更后未生效，通常是因为数据卷挂载的宿主机目录保留了旧的初始化数据；删除该持久化目录并重建容器即可使新配置生效。
在使用 Docker 运行 MySQL 时，volumes 挂载（如 ../../../../_local_mysql_data:/var/lib/mysql）会将 MySQL 的数据文件（包括系统库 mysql、information_schema 及用户创建的数据库）持久化到宿主机目录。关键点在于：MySQL 容器仅在 /var/lib/mysql 目录为空时，才会根据环境变量（如 MYSQL_ROOT_PASSWORD、MYSQL_DATABASE）执行首次初始化；若该目录已存在有效数据（例如之前用旧配置启动过），则容器会直接加载现有数据，完全忽略新的环境变量设置——这正是你无法用新账号 test/test 登录、也看不到 big-website-2014 数据库的根本原因。
✅ 正确解决步骤如下：
-
停止并彻底清理容器与卷数据
docker-compose down -v # -v 参数会删除匿名卷，但注意：它不删除你手动指定的宿主机路径！
⚠️ 重点：
docker-compose down -v不会删除volumes中显式挂载的宿主机目录（如你的../../../../_local_mysql_data），因此必须手动清除：rm -rf ../../../../_local_mysql_data
-
重新构建并启动服务
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，并赋予对应权限。 -
验证连接（以新凭据测试）
mysql -h 127.0.0.1 -P 3306 -u test -ptest big-website-2014 # 或使用 Sequel Pro / TablePlus 等 GUI 工具，主机 127.0.0.1，端口 3306，用户名 test，密码 test
? 补充说明与最佳实践：
-
永远不要复用已有 MySQL 数据卷目录来切换配置：
MYSQL_*环境变量是“一次性初始化开关”，非运行时配置项。 - 若需迁移数据，应使用
mysqldump导出/导入，而非依赖卷复用。 - 建议将数据目录路径设为绝对路径（如
/opt/docker-mysql-data），避免../../../引发路径歧义或误删。 - 开发环境中可考虑使用命名卷替代宿主机绑定挂载，便于管理：
volumes: - mysql_data:/var/lib/mysql volumes: mysql_data: {}
遵循以上流程，即可确保每次修改 MySQL 配置后，容器均按预期完成全新初始化。
