命名卷是Docker Compose中生产环境唯一推荐的持久化方式，需在顶级volumes区块显式声明（如db_data:），服务内通过-db_data:/var/lib/mysql挂载；它由Docker自动管理路径权限，容器删除后数据仍保留，支持多服务共享与跨平台部署。
在 Docker Compose 中用 volumes 实现持久化，关键不是“挂载动作”本身，而是明确区分卷类型、正确声明位置、并理解生命周期归属。命名卷是生产环境唯一推荐方式，它由 Docker 自动管理路径和权限，容器删了数据还在。
定义命名卷并在服务中挂载
命名卷必须在 volumes: 顶级区块声明，不能只写在服务里。Docker Compose 启动时会自动创建该卷（无需提前 docker volume create）。
- 服务内挂载写法：
- db_data:/var/lib/mysql（冒号前是卷名，后是容器内路径） - 顶级声明写法：
db_data:（空定义即使用默认 local 驱动） - 完整示例：
version: '3.8'<br>services:<br> mysql:<br> image: mysql:8.0<br> volumes:<br> - db_data:/var/lib/mysql<br>volumes:<br> db_data:
多个服务共享同一个命名卷
当需要读写协同（如应用写日志、监控服务读日志），或数据库主从同步时，直接复用同一卷名即可。
- 两个服务都挂载
logs_volume:/app/logs - 顶级仍只需声明一次：
logs_volume: - 注意权限：若容器以非 root 用户运行，需确保卷内目录对目标 UID 可写（可通过初始化容器或 entrypoint 脚本设置）
避免绑定挂载（bind mounts）用于核心数据
像 ./data:/var/lib/mysql 这类写法看似直观，但存在隐患：
- 宿主机路径必须提前存在且权限正确，否则 MySQL 启动失败
- 路径硬编码，无法跨平台（Windows/macOS/Linux 路径差异）
- 卷内容不被 Docker 管理，
docker volume ls查不到，备份恢复更麻烦 - 仅适合开发时挂载代码或配置文件，不适合数据库、上传文件等持久化场景
备份与清理卷数据
命名卷不会自动备份，需手动操作：
- 备份：用临时容器打包卷内容到当前目录
docker run --rm -v db_data:/volume -v $(pwd):/backup alpine tar czf /backup/db_backup.tar.gz -C /volume . - 恢复：解压到新卷或覆盖原卷（先停服务）
docker run --rm -v db_data:/volume -v $(pwd):/backup alpine tar xzf /backup/db_backup.tar.gz -C /volume - 清理无用卷：
docker volume prune（只删未被任何容器引用的卷）
