数据卷是Docker实现容器数据持久化的核心机制，通过将数据库文件、用户上传内容、运行时配置等关键数据从临时容器中剥离并存储于宿主机，确保删容器不丢数据，支持命名卷（生产首选）、绑定挂载（开发适用）和tmpfs（临时内存）三种方式。
容器本身是无状态的，但业务需要数据留存——数据卷就是把“状态”从容器里抽出来、单独管起来的关键手段。它不改变容器的轻量和可替换特性，只让关键数据稳稳落在宿主机上，随删随建都不丢。
明确哪些数据必须持久化
不是所有文件都需要挂载。重点关注三类：
-
数据库文件：比如 MySQL 的
/var/lib/mysql、PostgreSQL 的/var/lib/postgresql/data -
用户生成内容：上传的图片、附件、日志文件（如 Nginx 的
/var/log/nginx） - 运行时配置或缓存：某些应用在启动后生成的 token、证书、临时索引等（需确认是否可重建）
像源代码、静态页面、二进制程序这类只读内容，通常打包进镜像更合适，无需挂载。
优先使用命名卷管理生产数据
命名卷由 Docker 全权托管，路径清晰、生命周期可控，适合数据库、队列等核心服务：
- 创建卷：
docker volume create app_data - 启动时挂载：
docker run -v app_data:/app/storage myapp:latest - 查看详情：
docker volume inspect app_data（能看到宿主机实际路径） - 清理前确认：
docker volume rm app_data不会误删正在使用的卷
它比匿名卷好维护，比绑定挂载更安全——不会因宿主机路径误操作导致容器启动失败。
绑定挂载适合开发与配置同步
当你需要实时编辑配置、调试日志、或复用本地已有目录时，绑定挂载最直接：
- 命令示例：
docker run -v $(pwd)/config:/app/config -v $(pwd)/logs:/app/logs myapp - 修改宿主机
config/下的 YAML 文件，容器内立刻生效 - 注意必须用绝对路径；Windows/macOS 用户需确保路径已添加到 Docker Desktop 的资源共享设置中
- 生产环境慎用——权限、路径依赖、迁移成本都更高
验证与日常维护要点
挂载不是一劳永逸，得定期确认是否真正生效：
- 进容器检查挂载点：
docker exec -it myapp ls -l /app/storage，看是否为空或有预期文件 - 查挂载关系：
docker inspect myapp | grep -A 10 Mounts - 备份卷数据：
docker run --rm -v app_data:/volume -v $(pwd):/backup alpine tar czf /backup/app_data.tar.gz -C /volume . - 避免多个写入者冲突：同一卷不要同时被两个数据库容器以读写方式挂载
本质上，状态化治理不是给容器加状态，而是把状态从容器里“请出去”，交给更可靠、更可控的地方保管。
