2. 数据持久化原理：Docker存储驱动、数据卷与绑定挂载
Docker容器默认采用分层写时复制（CoW）文件系统，容器删除后所有写入数据随之消失。要实现数据持久化，必须理解底层存储驱动与上层挂载机制。本章从存储驱动原理出发，对比Overlay2与AUFS的差异，再深入分析Volume与Bind Mount的适用场景，帮助你在压测与迁移场景中做出正确选择。
2.1 Docker存储驱动：分层与CoW机制
Docker镜像由多个只读层叠加而成，容器启动时在顶层添加一个可写层。存储驱动负责管理这些层的合并、读取与写入。当前主流驱动为Overlay2（推荐）与AUFS（已弃用）。
核心概念：写时复制（Copy-on-Write, CoW）——当容器尝试修改只读层中的文件时，存储驱动先将该文件复制到可写层，再执行修改。这种方式节省磁盘空间，但大量小文件写入时性能下降明显。
2.1.1 Overlay2 驱动原理
Overlay2将多个下层目录（lowerdir）与一个上层目录（upperdir）联合挂载到统一视图（merged）。它要求内核支持 overlay2 文件系统（Linux Kernel ≥ 4.0 推荐）。
2.1.2 AUFS 驱动原理（已弃用）
AUFS是Docker早期默认驱动，同样基于分层联合挂载，但未进入Linux主线内核，且性能与稳定性不如Overlay2。Docker 18.06+ 已不再支持AUFS，生产环境应避免使用。
| 对比维度 | Overlay2 | AUFS |
|---|---|---|
| 内核支持 | Linux Kernel ≥ 4.0（主线内置） | 需额外补丁，未进入主线 |
| 层数限制 | 最多 128 层 | 最多 42 层 |
| 性能表现 | 页缓存共享，内存效率高 | 多层遍历时性能下降明显 |
| 写时复制 | 文件级 CoW | 文件级 CoW |
| 当前状态 | 推荐使用 | 已弃用（Docker 18.06+ 移除） |
迁移注意：如果现有环境仍使用 AUFS，迁移到 Overlay2 时需要重新拉取镜像或执行
docker system prune 清理旧层数据。建议在压测前完成驱动切换，避免性能瓶颈。
2.2 数据持久化方式：Volume vs Bind Mount
Docker提供三种数据挂载方式：Volume（数据卷）、Bind Mount（绑定挂载）和 tmpfs Mount（临时挂载，仅存内存）。生产持久化主要使用前两种。
2.2.1 Volume（数据卷）
Volume由Docker管理，存储在宿主机 /var/lib/docker/volumes/ 目录下。支持卷驱动、命名卷、匿名卷，是Docker推荐的首选持久化方式。
- 创建方式：
docker volume create my_volume或-v my_volume:/container/path - 生命周期：独立于容器，容器删除后卷保留
- 备份迁移：可直接打包
/var/lib/docker/volumes/或使用docker run --volumes-from - 适用场景：数据库数据、配置文件、日志持久化、跨容器共享
2.2.2 Bind Mount（绑定挂载）
Bind Mount将宿主机任意路径直接挂载到容器内，依赖宿主机目录结构，不受Docker管理。
- 创建方式：
-v /host/path:/container/path或--mount type=bind,source=/host/path,target=/container/path - 生命周期：与宿主机路径绑定，容器删除后数据仍在宿主机
- 备份迁移：直接操作宿主机文件系统，但路径依赖性强
- 适用场景：开发环境热更新、日志收集、宿主机配置文件注入
2.3 适用场景对比与选择建议
| 场景 | 推荐方式 | 原因 |
|---|---|---|
| MySQL/PostgreSQL 数据目录 | Volume | 独立生命周期，支持卷驱动备份，性能稳定 |
| Redis 持久化 RDB/AOF | Volume | 避免宿主机路径权限问题，迁移时直接复制卷 |
| Nginx 静态文件热更新 | Bind Mount | 开发时修改宿主机文件即时生效，无需重建镜像 |
| 日志收集（Filebeat/Logstash） | Bind Mount | 日志直接写入宿主机，便于统一采集 |
| 配置文件注入 | Bind Mount | 不同环境使用不同宿主机配置文件 |
| 跨主机容器数据共享 | Volume + 卷驱动 | 使用 NFS/CIFS 卷驱动实现远程挂载 |
| 压测数据迁移 | Volume | 可打包为 tar 文件，跨环境恢复 |
2.4 性能调优要点
压测调优建议：
- 优先使用 Overlay2 驱动，避免 AUFS 的多层遍历开销。
- 数据库类容器使用 Volume 而非 Bind Mount，减少文件系统转换损耗。
- 避免在容器可写层写入大量小文件，使用挂载卷将写操作重定向到宿主机。
- 使用
--mount type=volume,destination=/data,volume-driver=local,volume-opt=type=nfs,volume-opt=device=:/data实现高性能远程卷。
2.5 数据迁移命令速查
# 备份 Volume 到宿主机
docker run --rm -v my_volume:/source -v $(pwd):/backup alpine tar czf /backup/my_volume_backup.tar.gz -C /source .
# 恢复 Volume 到新环境
docker run --rm -v my_volume:/target -v $(pwd):/backup alpine tar xzf /backup/my_volume_backup.tar.gz -C /target
# 查看 Volume 详细信息
docker volume inspect my_volume
# 使用 Bind Mount 挂载日志目录
docker run -d --name nginx -v /host/logs:/var/log/nginx nginx:latest
迁移风险提示：Bind Mount 路径在宿主机之间迁移时，必须确保目标宿主机存在相同路径且权限正确。Volume 迁移则只需复制
/var/lib/docker/volumes/ 下的目录，路径无关性更强。