匿名卷易导致磁盘写满，应禁用并改用命名卷；通过docker volume ls --filter dangling=true识别清理，配合日志限速与定期运维避免失控。
匿名卷在长周期运行的 Compose 微服务中容易失控堆积，尤其当服务频繁重建、日志未轮转、或未显式清理时，/var/lib/docker/volumes 目录会持续膨胀，最终导致磁盘写满。这不是小概率事件——生产环境常见于日志密集型服务（如 API 网关、日志收集器）或调试模式开启的应用。
识别匿名卷是否正在“悄悄吃掉磁盘”
先确认问题是否存在，避免误判：
- 执行
docker system df -v，重点看 Volumes 行的 SIZE 和 RECLAIMABLE —— 若 SIZE 达几十 GB 且 RECLAIMABLE 比例高，说明存在大量未被引用的匿名卷 - 列出所有卷并筛选匿名卷：
docker volume ls -q | xargs -r docker volume inspect 2>/dev/null | jq -r 'select(.Name | startswith("a") or .Name | test("^[0-9a-f]{64}$")) | .Name'（匿名卷名通常为 64 位十六进制字符串或以字母开头的随机串） - 检查卷实际占用：
du -sh /var/lib/docker/volumes/* | sort -hr | head -10，直接定位最大体积的卷目录
阻止新增匿名卷继续堆积
光清理不够，必须从源头截断：
- 在
docker-compose.yml中，所有volumes:下的路径声明，都应替换为命名卷，例如：volumes:<br> - db-data:/var/lib/postgresql/data
而非- /var/lib/postgresql/data - 禁用默认日志驱动的无限增长：在
daemon.json中强制设置日志限制：{ "log-driver": "json-file", "log-opts": { "max-size": "50m", "max-file": "3" } }
重启 Docker 守护进程生效 - 对临时数据（如缓存、构建中间产物），改用
tmpfs挂载：volumes:<br> - /app/cache:tmpfs:rw,size=100m
安全清理已有匿名卷
不能直接删 /var/lib/docker/volumes/xxx 目录——可能误删正在使用的卷。正确做法是：
- 先找出哪些匿名卷未被任何容器引用：
docker volume ls --filter dangling=true -q - 逐个检查是否真无主：
docker volume inspect <VOLUME_NAME>，查看Labels.com.docker.compose.project是否为空，且Mountpoint下无活跃进程访问 - 批量清理（确认无误后）：
docker volume prune -f - 若需保留项目级卷但清除匿名卷，可加过滤：
docker volume ls -q --filter "dangling=true" | xargs -r docker volume rm
长期运维建议
把清理变成例行动作，而不是救火任务：
- 每周执行一次
docker system prune -f --volumes（注意：该命令也会清理未使用的镜像和网络，建议搭配--filter使用更精准） - 在 CI/CD 流水线中加入磁盘健康检查脚本，当
df -h /var/lib/docker | awk 'NR==2 {print $5}' | sed 's/%$//'超过 85% 时自动告警 - 对关键服务启用
docker compose volumes命令定期审计：docker compose volumes --quiet | wc -l统计当前项目卷数，异常增长即触发排查
