Docker容器数据持久化与备份需以命名卷为核心，确保删容器不丢数据；备份前须保障一致性（如pg_dump或快照），通过只读临时容器执行tar归档，并强制验证恢复流程。
Docker 容器本身不自动持久化数据，必须显式配置存储机制并搭配备份策略，才能真正实现“存得住、备得稳、恢复快”。核心不是靠容器，而是靠外部挂载 + 一致性保障 + 可验证归档。
优先用命名卷（Named Volume）管理业务数据
命名卷由 Docker 统一管理，路径独立、生命周期与容器解耦，删容器不丢数据，迁移也安全。
- 创建：
docker volume create app-data - 挂载进容器（如 PostgreSQL）：
docker run -d --name pg-db -v app-data:/var/lib/postgresql/data -e POSTGRES_PASSWORD=123456 postgres:15 - 避免直接写容器内路径、不用匿名卷、慎用绑定挂载存核心数据——它易受宿主机权限和路径变更影响。
备份前必须确保数据一致性
运行中直接打包数据库目录，大概率产生损坏归档。要降低风险：
- 对支持热备的组件（如 PostgreSQL），用原生工具导出：
pg_dump -U postgres mydb > backup.sql - 无法停服时，临时冻结写入：MySQL 执行
FLUSH TABLES WITH READ LOCK，备份完再UNLOCK TABLES - 若底层存储支持快照（如 ZFS、LVM 或云盘），优先启用卷级快照，比文件级备份更可靠。
通过只读容器安全执行备份
别手动操作 /var/lib/docker/volumes/ 目录——权限混乱、易误删、破坏 Docker 状态。应启动临时容器隔离执行：
docker run --rm \ -v app-data:/data:ro \ -v /backup:/backup \ alpine tar -czpf /backup/app-$(date +%Y%m%d-%H%M).tar.gz -C /data .
-
:ro强制只读，杜绝误写 -
--rm自动清理容器 -
p参数保留权限与时间戳，还原时更准确
备份后必须验证可用性
存在备份文件 ≠ 能成功恢复。需闭环验证：
- 定期用
tar -tzf backup.tar.gz | head -20检查归档完整性 - 每月至少一次在测试环境执行完整恢复流程：解压 → 启动新容器 → 连接验证数据可读
- 把备份脚本集成进 cron 或 CI/CD，例如每天 2 点全量 + 每小时增量（配合
rsync --link-dest或 Restic）
不复杂但容易忽略
