如何清理Docker冗余数据同时保留有效构建缓存？

我使用docker buildx bake --load some-target构建镜像，构建缓存能大幅提升后续重建速度，但缓存与镜像会占用大量存储空间。我需要找到既能避免Docker存储空间失控，又能保留有效缓存以维持构建速度的清理方案。

我目前考虑了三种方案：

• docker system prune -a：会清除包括有效缓存在内的大部分内容，导致后续构建需从头开始。
• docker system prune：会清除悬虚镜像及悬虚构建缓存，测试后发现即使部分缓存被清除，构建速度仍未受影响，仍可使用有效缓存。
• docker buildx prune --filter until=24h：仅清除指定时间（如24小时）之前的悬虚缓存。

推荐方案分析 #

优先选择**docker buildx prune --filter until=<时间>**，理由如下：

1. 针对性更强：这是Buildx专属的缓存清理命令，只会处理Buildx构建产生的缓存资源，不会误删仍在使用的镜像或其他Docker资源。
2. 精细控制：通过until过滤器可以灵活设定保留缓存的时长，比如until=24h保留最近24小时的缓存，既避免缓存无限膨胀占用空间，又能保证近期构建的有效缓存被保留，维持构建速度。
3. 适配自托管场景：结合自托管运行器的特性，你可以通过定时任务（如cron）定期执行该命令，自动清理过期的悬虚缓存，无需手动干预。

其他方案的优劣 #

• docker system prune：该命令清理的是Docker全局的悬虚资源（悬虚镜像、容器、卷等），其中的悬虚构建缓存指的是不再被任何镜像或构建引用的缓存层。如果你的有效缓存都被当前镜像或后续构建引用，清理这些悬虚缓存确实不会影响构建速度，但它缺乏针对Buildx缓存的精细时间控制，无法精准保留指定时长的缓存。
• docker system prune -a：完全不推荐，该命令会删除所有未被使用的镜像和缓存，包括仍可被后续构建复用的有效缓存层，直接导致下次构建从零开始，彻底失去缓存加速的作用。

内容的提问来源于stack exchange，提问作者Andrius