Docker磁盘告急？除了 prune ，这5个隐藏的清理技巧和排查命令你也该知道

当Docker成为日常开发的基础设施后，磁盘空间就像被黑洞吞噬般迅速消失。上周我的开发机突然报警存储不足， docker system prune 后仅释放了2GB空间——这显然不是问题的全部。经过深度排查，最终清理出47GB冗余数据。本文将分享那些鲜为人知的空间回收策略，从精准定位"空间杀手"到建立可持续的存储管理机制。

1. 深度空间诊断：超越 docker system df 的基础用法

大多数人运行 docker system df 后只关注最后一行回收空间数字，却忽略了数据背后的故事。这里有个专业技巧：添加 -v 参数能看到每个镜像、容器、卷的独立存储详情。最近一次检查中，我发现某个测试镜像竟占用了22GB空间——它只是三个月前某次POC的残留物。

docker system df -v

输出示例中关键字段解析：

字段	说明	排查价值
RECLAIMABLE	可回收空间占比	>70%即存在明显浪费
SIZE	实际磁盘占用	识别异常大的单体对象
SHARED SIZE	镜像层共享部分大小	优化多层构建的依据

进阶技巧 ：结合 sort 命令快速定位最大对象：

docker images --format "{{.Size}}\t{{.Repository}}" | sort -h -r

2. 精准打击：针对不同存储类型的清理策略

2.1 镜像清理的"外科手术"

dangling 镜像只是冰山一角。更隐蔽的是那些带标签但无用的历史版本：

# 清理未被任何容器引用的镜像（慎用！）
docker image prune -a 

# 更安全的做法是按时间筛选
docker image prune -a --filter "until=72h"

我曾用这个命令链一次性清理了300+个历史构建镜像：

docker images | grep "weeks ago" | awk '{print $3}' | xargs docker rmi

2.2 容器日志的"瘦身计划"

某生产环境案例：单个容器日志文件竟达35GB。解决方案：

# 查看所有容器日志大小
du -sh /var/lib/docker/containers/*/*-json.log

# 运行时限制日志大小（推荐）
docker run --log-opt max-size=10m --log-opt max-file=3

对于已存在的容器，修改 /etc/docker/daemon.json 后重启服务：

{
  "log-driver": "json-file",
  "log-opts": {
    "max-size": "10m",
    "max-file": "3"
  }
}

3. Volume管理的艺术：找到隐藏的"空间怪兽"

Docker不会自动清理volume，这是最大的存储陷阱之一。去年我们有个MongoDB测试卷意外增长到80GB。现在我的排查流程是：

1. 首先列出所有volume及其物理路径：

docker volume ls -q | xargs -I {} docker volume inspect --format '{{.Name}} {{.Mountpoint}}' {}

2. 然后用 ncdu 工具交互式分析（比 du 更直观）：

ncdu /var/lib/docker/volumes

关键发现 ：某些数据库volume即使容器删除后，数据仍永久保留。定期清理策略：

# 安全删除未使用的volume
docker volume prune

# 带确认的批量删除（按创建时间筛选）
docker volume ls --filter "dangling=true" --format "{{.Name}}" | xargs docker volume rm

4. 构建缓存优化：节省30%存储空间的秘诀

CI/CD环境中，构建缓存可能占据惊人空间。除了标准的 prune 命令，这些技巧很实用：

# 保留最近5次构建的缓存
docker builder prune --filter "until=5" --keep-storage 2GB

# 多阶段构建时指定--target减少中间层
docker build --target builder -t myapp:builder .

表格：构建缓存优化前后对比（实测数据）

优化措施	缓存大小	构建速度
无优化	14.2GB	2m15s
定期prune	8.7GB	2m20s
多阶段构建+缓存控制	3.1GB	1m50s

5. 防患于未然：建立存储健康机制

5.1 智能清理定时任务

我的 /etc/crontab 中有这样一组策略：

# 每周日凌晨3点执行分级清理
0 3 * * 0 root docker system prune -f --filter "until=168h"
0 4 * * 0 root docker volume prune -f
0 5 * * 0 root docker builder prune -f

5.2 存储驱动优化建议

如果使用 overlay2 驱动（推荐），注意这两个参数：

# 查看当前存储驱动配置
docker info | grep "Storage Driver"

# 优化配置示例（/etc/docker/daemon.json）
{
  "storage-driver": "overlay2",
  "storage-opts": [
    "overlay2.override_kernel_check=true",
    "overlay2.size=20G"
  ]
}

5.3 可视化监控方案

安装Portainer后，在仪表盘添加存储监控面板，关键指标包括：

• 镜像层复用率
• Volume增长趋势
• 构建缓存命中率

docker run -d -p 9000:9000 --name portainer \
  -v /var/run/docker.sock:/var/run/docker.sock \
  portainer/portainer