docker volume create 显式创建可配置元数据（如标签、驱动）的命名卷，而 -v myvol:/data 在 docker run 中隐式创建时无法指定参数；前者支持 --label 和 --driver，后者仅能使用默认配置，且匿名卷（如 -v /data）无名称、难管理。
docker volume create 和 -v 的区别在哪
直接用 docker volume create 创建卷，是显式声明一个由 Docker 管理的命名卷；而 -v myvol:/data 在 docker run 中使用时，如果 myvol 不存在，Docker 会自动调用等效逻辑创建它——但你无法控制创建时的标签、驱动等参数。
关键差异在于：前者可提前配置元数据（如 --label project=prod），后者只能靠默认行为。生产环境建议先 docker volume create --label env=staging myapp-data，再挂载，避免隐式创建带来的管理盲区。
-
docker volume create支持--driver（比如local或convoy），-v不支持指定驱动 - 用
-v创建的匿名卷（如-v /app/data）没有名字，docker volume ls里只显示哈希 ID，后期难定位 - 命名卷必须用
docker volume rm手动删，而匿名卷在容器删除后若无人引用，docker volume prune才会清理
挂载时权限没写对，容器启动就报错
常见错误是容器内进程以非 root 用户运行（比如 MySQL 官方镜像用 mysql 用户），但挂载的卷目录在宿主机上属于 root:root，导致写入失败。典型报错：Can't create test file /var/lib/mysql/xxx.lower-test。
解决方式不是简单加 :ro 或改容器用户，而是预设权限：
- 创建卷后，用
docker volume inspect myvol查出Mountpoint路径（如/var/lib/docker/volumes/myvol/_data） - 在宿主机上执行：
chown -R 999:999 /var/lib/docker/volumes/myvol/_data（999 是 MySQL 镜像中mysql用户的 UID） - 或者更稳妥：启动容器时加
--user 999:999，确保 UID/GID 一致
注意：-v myvol:/data:rw 中的 rw 只控制挂载选项（读写权限位），不改变目录属主。
绑定挂载（bind mount）和命名卷（named volume）该选哪个
看场景：开发调试优先用绑定挂载（-v /host/path:/container），生产部署必须用命名卷（-v myvol:/container）。
绑定挂载的问题很实在：Windows/macOS 路径格式不统一、宿主机目录权限难同步、备份时得自己记住路径、跨机器迁移几乎不可行；命名卷由 Docker 统一管理路径、支持标签过滤、可导出为 tar 包、还能对接 NFS 或云存储驱动。
- 绑定挂载适合：
docker run -v $(pwd)/conf:/etc/nginx/conf.d:ro nginx（快速改配置） - 命名卷适合：
docker run -v pgdata:/var/lib/postgresql/data postgres（数据库主数据） - 千万别混用：比如用
-v pgdata:/var/lib/postgresql/data启动一次，再改成-v /host/pg:/var/lib/postgresql/data，PostgreSQL 会因数据目录结构不兼容直接拒绝启动
Docker Compose 中 volume 没生效，数据还是丢了
最常漏掉的是 volumes 块的位置层级。Compose 文件里必须同时声明两处：
- 服务下挂载点：
volumes: - dbdata:/var/lib/postgresql/data - 文件末尾的顶级
volumes:块：volumes: dbdata:（哪怕空着也得有）
如果只写了第一处，Docker Compose 会当成绑定挂载处理，自动生成一个匿名卷，容器删了数据就没了。验证方法：运行后执行 docker volume ls，看到 yourproject_dbdata 才算成功；如果只看到一串哈希名，说明顶级 volumes 块缺失。
另外，docker-compose down 默认不删卷，但 docker-compose down -v 会连带删掉所有关联卷——这个 -v 很容易被忽略，一执行就清空数据库。
