优先用volume管理核心业务数据，因其由docker独立管理、与容器生命周期解耦；开发用bind mount同步代码但禁用于生产；集群需对接nfs或ceph等外部存储；须配套定时备份与容量监控。
直接用好持久化存储，是微服务不丢数据、不停服务的关键一步。容器本身是临时的，但数据库、配置、日志这些必须长期存在——靠的是存储方案选得准、配得稳、管得住。
优先用 Volume 管理核心业务数据
Volume 是 Docker 官方推荐、生产环境首选的持久化方式。它由 Docker 独立管理，与容器生命周期解耦：容器删了，卷还在；重启后数据自动挂载，不会中断服务。
- 创建命名卷时建议带描述性名字，比如
docker volume create user-db-data，方便后续识别用途 - 多个微服务（如用户服务、订单服务）可共享同一个卷，只要挂载路径和权限配置一致
- 配合
docker volume ls和docker volume inspect定期检查卷状态，确认挂载点、驱动类型和使用量 - 备份时用
docker run --rm -v user-db-data:/data -v $(pwd):/backup alpine tar czf /backup/user-db-backup.tar.gz -C /data .，避免停机
开发阶段用 Bind Mount 同步代码，但别在生产混用
Bind Mount 直接映射主机目录，适合本地调试时热更新代码或配置文件。但它把容器和主机路径强绑定，一旦路径变更或换机器，容器就起不来——这会直接拖垮部署一致性。
- 开发
docker-compose.yml中可写volumes: - ./src:/app/src，快速验证改动 - 生产环境配置里必须删掉所有
- ./config:类型的映射，统一改用 Volume 或配置中心 - 如果必须挂主机文件（如证书），确保路径绝对且稳定，例如
/etc/ssl/certs:/etc/ssl/certs:ro，加ro防误写
用外部存储驱动提升高可用能力
单机 Volume 默认存在本地磁盘，节点故障就不可用。微服务集群需要跨节点访问数据，就得对接外部存储系统。
- NFS 卷适合中小规模，部署简单，
docker volume create --driver local --opt type=nfs --opt o=addr=192.168.1.100,rw --opt device=:/exports/data shared-nfs - Ceph 或云厂商提供的 CSI 插件（如腾讯云 CBS、阿里云 NAS）支持自动故障切换和多副本，更适合核心数据库类服务
- 避免在 Swarm 或 Kubernetes 中直接用本地卷做主库存储，否则扩缩容或节点宕机会导致数据不可达
配套做备份与监控，让持久化真正可靠
有卷不等于数据安全。没备份的卷，就像没保险的车——出事就全损。
- 设置定时任务，每天用
docker run启一个临时容器执行mysqldump或pg_dump，导出到远程 NFS 或对象存储 - 用
du -sh /var/lib/docker/volumes/*监控卷占用，防止日志或缓存撑爆磁盘 - 在 Prometheus + cAdvisor 中添加
container_fs_usage_bytes指标告警，容量超 85% 自动通知 - 每次升级数据库镜像前，先验证备份可恢复，再滚动更新
