### 清理或扩展 Docker `overlay2` 存储空间 #### 使用 `docker system prune -a` 进行清理 对于不再需要的资源，可以通过执行 `docker system prune -a` 来释放存储空间。此命令能够移除所有已停止的容器、未被任何容器使用的网络、无标签的镜像以及构建缓存等不必要的组件[^1]。 ```bash docker system prune -a ``` 需要注意的是，在运行上述命令之前应该确认当前环境中的确不存在依赖于即将被清除对象的服务实例；否则可能会造成正在运行的应用程序意外中断。 #### 数据迁移至其他分区 当面临 `/var/lib/docker/overlay2` 占用过多磁盘空间的情况时，一种解决方案是将整个 Docker 工作目录迁移到具有更大可用容量的新位置。具体操作如下所示： 1. 停止 Docker 服务： ```bash systemctl stop docker ``` 2. 移动现有工作目录到目标路径（假设为 `/devdata/docker`）： ```bash mv /var/lib/docker /devdata/ ``` 3. 创建符号链接指向新的工作目录： ```bash ln -s /devdata/docker /var/lib/docker ``` 4. 重启 Docker 服务使更改生效： ```bash systemctl start docker ``` 这种方法不仅解决了即时的空间压力问题，还提供了一种长期管理策略，即合理规划不同类型的持久化数据存放地点[^2]。 #### 应急处理措施 面对紧急状况下的高占用率，可以直接进入相关联的容器内部并定位那些体积较大的文件或日志记录予以适当删减。通常情况下，建议开发者预先配置好应用的日志轮转机制，并尽可能让应用程序的数据读写发生在外部卷而非默认的工作区内。此外，定期审查各个容器的实际需求有助于预防此类突发情况的发生[^4]。 #### 物理方式快速解决问题 考虑到大规模数据转移耗时较长且效率低下，还可以采取更为直接的办法——利用 Linux 文件系统的特性绕过传统拷贝流程完成必要的调整。这种方式能够在较短时间内缓解因 `overlay2` 分区膨胀带来的困扰，不过实施前务必做好充分准备以免误伤正常业务逻辑[^3]。