必须在docker-compose.yml顶级volumes区块显式声明命名卷并设name字段，否则会退化为易丢失的匿名卷；绑定挂载与命名卷不可混用，卷名固定后不可通过改键名迁移。
docker-compose.yml 里不显式声明命名卷，Docker Desktop 启动的服务根本做不到可靠持久化——匿名卷或绑定挂载都容易丢数据，尤其在 docker compose down -v 或重装 Docker Desktop 后。
命名卷必须在顶级 volumes: 区块声明
很多人把卷名直接写在服务的 volumes: 列表里，比如：- db_data:/var/lib/postgresql/data，但没在文件最下方加 volumes: { db_data: {} }。这样 Docker Compose 会当成匿名卷处理，下次 down -v 就清空了。
正确做法是两处都要写：
- 服务内用
- db_data:/var/lib/postgresql/data指定挂载点 - 文件末尾必须有独立的
volumes:顶级区块，哪怕内容为空：volumes: db_data:
- 如果省略这个区块，Docker Desktop（包括所有 Compose 实现）都不会创建命名卷，而是 fallback 到匿名卷
name: 字段不是可选的，是生产环境刚需
默认情况下，Docker Desktop 会把卷命名为 [项目目录名]_[卷键名]，比如你项目文件夹叫 myapp，volumes: db_data: 就变成 myapp_db_data。这看似自动，实则埋雷：
- 换台机器、改个目录名，卷名就变，数据无法复用
- CI/CD 流水线中项目路径不可控，卷名随机性导致挂载失败
- 备份脚本硬编码
myapp_db_data，迁移时全得改
所以务必显式设置 name:：
volumes:
db_data:
name: myapp-prod-postgres-data注意：name 值只接受小写字母、数字、- 和 _，不能以 - 开头或结尾，长度建议 ≤40 字符。
别混用 driver_opts 和绑定挂载
看到有人在命名卷里配 device: 和 o: bind，这是错的。命名卷（driver: local 默认）和绑定挂载（./data:/data）是两类机制：
- 命名卷的数据由 Docker 管理路径和权限，
docker volume inspect能查到真实位置 - 绑定挂载是直接映射宿主机路径，权限、磁盘空间、清理逻辑全靠你手动管
- 在
volumes:下配driver_opts+type: none是强行把命名卷降级成绑定挂载，失去跨平台性和自动清理隔离能力
真正需要宿主机路径控制？用绑定挂载语法：- ./postgres-data:/var/lib/postgresql/data，但别塞进 volumes: 区块里。
Docker Desktop 重启后卷还在，但得确认没被误删
Docker Desktop 本身不删卷，但以下操作会连带清除命名卷：
- 执行
docker compose down -v（注意那个-v） - 在 Docker Desktop GUI 的 “Volumes” 标签页里点了 “Remove”
- 运行
docker volume rm myapp-prod-postgres-data
检查卷是否存活，直接跑：docker volume ls | grep myapp-prod-postgres-data。只要它在列表里，就算容器删了、Docker Desktop 重装了，数据也还在 —— 这才是命名卷的核心价值。
最容易被忽略的一点：卷名一旦通过 name: 固定，就不能靠改 docker-compose.yml 里的键名来“迁移”，必须手动 docker volume create 新卷再拷数据。命名即契约，改名等于换盘。
