docker-compose部署MongoDB无显式volume仍数据持久化相关问题咨询

数据库数据保留现象是否正常？ #

该行为完全正常。
官方MongoDB镜像的Dockerfile中默认声明了VOLUME /data/db（MongoDB默认数据存储目录），即使你没有在docker-compose.yaml中为my-database服务显式配置volumes字段，Docker也会自动为该路径创建匿名卷进行挂载。而docker-compose down默认不会删除关联的匿名卷，所以再次启动时会复用之前的匿名卷，数据就保留了下来。
如果需要每次启动都得到全新空数据库，可以在关闭服务时执行docker-compose down -v，该参数会同时删除服务关联的所有匿名卷和命名卷。

是否无需额外操作即可实现可靠的MongoDB持久化？ #

该结论不成立，依赖匿名卷的持久化非常不可靠：

• 匿名卷没有明确的业务标识，Docker会随机生成卷名，难以区分不同业务的存储卷
• 执行docker volume prune清理未使用的卷时，未被挂载的匿名卷会被直接删除，极易出现数据误删
• 无法主动对指定卷做数据备份、迁移操作，后续服务升级、迁移时数据很难同步

这种持久化方式能否用于生产环境？ #

绝对不可以用于生产环境。
生产环境部署MongoDB必须显式配置持久化策略，推荐选择以下两种方案：

• 使用命名卷：在compose文件中显式声明命名卷并挂载到/data/db，卷的生命周期和容器完全解耦，管理、备份都更方便
• 绑定宿主机路径：直接把宿主机的指定目录挂载到容器的/data/db，数据直接落盘到宿主机指定位置，更适合需要直接操作数据文件的场景

内容的提问来源于stack exchange，提问作者punjira