命名卷（volume）是最安全可靠的方案，由docker自动管理权限和路径，避免宿主机权限错乱、selinux阻断及uid/gid不匹配；需创建命名卷并挂载至/var/lib/mysql，验证属主为mysql用户（uid 999），删容器后数据仍留存。
直接用命名卷（Volume）是最安全可靠的方案。它由 Docker 自动管理权限和路径，不依赖宿主机目录结构，避免权限错乱、SELinux 阻断或 UID/GID 不匹配导致的启动失败。
优先使用命名卷挂载数据库数据目录
MySQL、PostgreSQL、Redis 等官方或 CentOS-Dockerfiles 提供的镜像，都已预设好标准数据路径（如 /var/lib/mysql、/var/lib/pgsql），并声明了 VOLUME 指令。运行时只需绑定命名卷，Docker 会自动处理底层细节：
- 创建专用卷：
docker volume create mysql-prod - 启动容器并挂载：
docker run -d -v mysql-prod:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=xxx -p 3306:3306 mysql:8.0 - 验证权限是否就绪：
docker exec mysql-prod id -u mysql（应返回 999）和docker exec mysql-prod ls -ld /var/lib/mysql（属主应为 mysql 用户）
避开 bind mount 常见陷阱
绑定挂载虽直观，但生产环境极易出问题：
- 宿主机目录若未提前
chown -R 999:999 /path/to/data，MySQL 进程将无权写入，容器反复重启 - Windows/macOS 路径语法与 Linux 不一致，跨平台部署失败率高
- SELinux 上下文未正确标记（如未加
:z或:Z标签），导致访问被拒绝 - 目录权限被 Docker 默认覆盖，尤其在 rootless 模式下更敏感
关键配置项必须显式控制
仅挂载还不够，需配合环境变量与启动参数确保一致性：
- 设置
MYSQL_INITDB_SKIP_TZINFO=1，避免时区初始化干扰已有数据卷复用 - 禁用默认密码强制重置逻辑（部分镜像会在 volume 非空时报错退出），可加
--initdb参数或检查镜像 entrypoint 行为 - 确认
initdb --datadir路径与挂载路径完全一致，否则初始化成功但后续启动找不到数据
验证与维护不能省略
上线前务必做三步检查：
- 用
docker volume inspect mysql-prod查看卷驱动和挂载点是否正常 - 进容器执行
mysql -uroot -p -e "SHOW DATABASES;"，确认数据可读写 - 手动删掉容器再重建：
docker rm -f mysql-prod && docker run ...，验证数据是否真实留存
