删除数据卷
docker volume rm 删除指定的数据卷以释放磁盘。卷被任何容器引用时（包括已经停止的容器）都会拒绝删除并提示引用者，这是它的保护机制。正确顺序是先定位引用容器、确认数据已备份或确实不再需要，再执行删除；卷内数据删除后不可恢复，只能依靠备份。
基本信息
| 语法 | docker volume rm 卷名，可一次指定多个卷 |
|---|---|
| 被占用行为 | 报错提示卷正在被使用并给出引用它的容器 |
| 定位引用 | docker ps -a --filter volume=卷名 |
| 可逆性 | 卷内数据随删除丢失，仅能靠备份恢复 |
| 与 prune 的区别 | rm 精确指定卷名；prune 批量清理未引用的卷 |
| 前置检查 | docker volume inspect 查看卷在宿主机上的实际路径与数据量 |
典型使用场景
- 应用下线后清理其专属数据卷，释放磁盘占用
- 迁移宿主机前回收不再需要的卷，减少搬运量
- 磁盘告急时优先删除已确认无用的卷，删除前先备份
- 测试环境快速重置数据：删卷重建即可得到干净状态
- 按项目维度批量维护时逐个确认后删除，保留操作记录
使用示例
使用示例
docker ps -a --filter volume=appdata --format '{{.Names}}' # 定位引用容器
docker volume inspect appdata --format '{{.Mountpoint}}' # 看宿主上的实际路径
du -sh $(docker volume inspect appdata --format '{{.Mountpoint}}') # 估算数据量
docker stop web && docker rm web # 先停并删除容器
docker volume rm appdata # 再删除卷
docker volume ls # 复查残留报错与处理
| 报错或现象 | 原因 | 处理方式 |
|---|---|---|
| volume is in use | 仍有容器引用该卷，含已停止容器 | 按提示查引用容器，确认后先停再删 |
| volume not found | 卷名写错或卷已被删除 | 用 docker volume ls 核对准确名称 |
| 删除成功但磁盘未释放 | 空间被其他卷或镜像层占用 | 用 docker system df -v 查看占用分布 |
| 删完才发现要回滚 | 删除不可逆且没有备份 | 删除前必须先完成数据备份 |
不要在生产环境直接批量删除全部卷：批量列表里可能包含在用卷与重要数据卷，失败项也容易被忽略，最终留下「删了一半」的难以解释的状态，恢复时无从下手。
备份的常见误区：容器文件系统与数据卷是两套存储，备份了容器层不等于备份了卷数据。卷需要通过挂载后拷贝、存储侧快照或应用自带导出工具来备份，并在删除前确认备份可恢复。