生产环境应优先使用命名卷（Named Volume）实现MySQL等有状态服务的数据持久化，确保数据与容器解耦、安全隔离、可迁移可备份；配置与日志通过绑定挂载（Bind Mount）实现路径可控、权限明确、便于运维。
生产环境的数据持久化不能只求“能用”，而要兼顾安全、可维护、可迁移和故障恢复能力。核心原则是：数据与容器解耦、路径可控、权限明确、备份可行。
优先使用命名卷管理数据库核心数据
MySQL、PostgreSQL 等有状态服务必须用命名卷（Named Volume），避免匿名卷或随意绑定挂载。
- 创建专用卷：
docker volume create mysql-prod-data - 启动时显式挂载：
docker run -v mysql-prod-data:/var/lib/mysql ... mysql:8.0 - 卷由 Docker 自动存放在
/var/lib/docker/volumes/，不暴露宿主机路径细节，减少误操作风险 - 支持
docker volume inspect查看元信息，docker volume backup（配合脚本）实现标准化备份
配置与日志采用绑定挂载，确保可读可控
配置文件（如 my.cnf）、日志目录需人工编辑或归档，适合绑定挂载（Bind Mount）。
- 结构化宿主机路径，例如：
~/docker/mysql/{conf,data,logs} - 挂载时严格指定只读或读写：
-v $(pwd)/conf:/etc/mysql/conf.d:ro（配置设为只读更安全） - 日志挂载后可直接用
logrotate或 ELK 采集，无需进容器操作 - 开发/测试环境可复用相同路径结构，提升环境一致性
Docker Compose 中统一声明与复用卷
多服务协同时，通过 volumes 段集中定义，避免重复创建或命名冲突。
- 在
docker-compose.yml底部声明：volumes:<br> mysql-data:<br> driver: local
- 服务中引用：
mysql-service:<br> volumes:<br> - mysql-data:/var/lib/mysql
- 多个服务（如备份工具容器）可共享同一卷，实现“一个写、多个读”的运维流
- 搭配
driver_opts可启用 NFS 或云存储驱动，适配混合云部署
权限与生命周期必须提前规划
忽视 UID/GID 匹配或残留卷清理，常导致容器启动失败或数据不可见。
- MySQL 容器默认以用户
mysql（UID 999）运行，宿主机挂载目录需匹配：chown -R 999:999 ./data - 停止服务后，用
docker volume ls -f dangling=true找出未被引用的卷，定期清理 - 禁止用
rm -rf /var/lib/docker/volumes/xxx手动删卷，应始终走docker volume rm - 上线前执行一次
docker run --rm -v mysql-prod-data:/data alpine ls -l /data验证挂载是否生效且可读写
