用 docker volume 命令管理存储卷最稳妥，因其显式、可追踪、避免匿名卷垃圾；-v 启动时创建卷不推荐，易导致僵尸卷和维护困难。
直接说结论：用 docker volume 命令管理存储卷最稳妥，别依赖 -v 启动时顺手创建——它不显式、难追踪、易留匿名卷垃圾。
怎么查清当前有哪些卷在用、哪些是“僵尸卷”
执行 docker volume ls -a 能看到所有卷，包括匿名卷（名字是一长串哈希）。但光看列表没用，得结合使用状态判断：
- 用
docker ps -a --format "{{.Names}}\t{{.Mounts}}"粗略扫一遍容器挂载情况（注意Mounts字段可能被截断） - 更可靠的是查每个卷是否被引用：
docker volume inspect my-volume 2>/dev/null | grep -q '"Containers":{}'—— 如果返回空，说明没容器在用；如果报错或输出含容器 ID，则正在被占用 - 真正想清理闲置卷，直接上
docker volume prune -f，但它不会删有标签的卷（哪怕没容器在用），除非加--filter "label=..."显式指定
创建命名卷时为什么建议加 --label
不加标签的卷，后期几乎无法区分用途。比如你跑了 5 个 MySQL 容器，全用 docker volume create 默认创建，它们在 docker volume ls 里就只是 1a2b3c...、4d5e6f... 这种名字，根本看不出哪个对应测试库、哪个是生产备份。
- 加标签后能精准过滤：
docker volume create --label app=mysql --label env=prod mysql-prod-data - 后续查可用卷：
docker volume ls --filter "label=app=mysql"或docker volume ls --filter "label=env=prod" - 注意：标签值里不能有空格或特殊字符，否则 shell 解析会出错；建议用下划线代替空格
-v 和 --mount 挂载卷时的关键区别
两者都能挂卷，但行为差异直接影响可维护性：
-
-v myvol:/data:ro：三个字段顺序固定，第三个字段是选项集合（如ro,z,Z），但无法表达驱动参数（比如o=bind） -
--mount type=volume,source=myvol,target=/data,read_only=true：键值对结构，read_only是布尔值，语义清晰；更重要的是，只有--mount支持volume-opt类驱动选项，例如--mount type=volume,source=myvol,target=/data,volume-opt=o=uid=1001,gid=1001 - 匿名卷场景下，
-v /data会自动创建匿名卷，而--mount type=volume,target=/data必须显式写source=或省略（此时也创建匿名卷），但语法意图更明确
删除卷前必须确认的两件事
docker volume rm 不会主动检查卷是否被容器引用——它只管删，删到一半发现正被用，就报错退出，什么也不留给你补救。
- 先停相关容器：
docker stop $(docker ps -q --filter "volume=myvol")（注意：这个 filter 只匹配显式挂载该卷名的容器，不包含通过-v /host/path:/data绑定挂载的） - 再确认无残留引用：
docker volume inspect myvol | jq -r '.Containers | keys[]'，如果输出为空才安全 - 强制删（
-f）只应在紧急恢复场景用，它绕过守护进程校验，可能让卷元数据损坏，后续docker volume ls仍显示该卷但inspect报错
卷的挂载点路径（Mountpoint）一旦被手动删掉或权限改错，Docker 不会自动修复，inspect 仍返回旧路径，但实际容器启动失败——这种问题只能靠人工核对 /var/lib/docker/volumes/ 下目录是否存在且可读写。
