docker存储优化需系统性调整：精简镜像层（多阶段构建、alpine基础镜像、合并run指令）、清理overlay2“隐形占坑者”、限制日志大小、高频io改用命名卷或tmpfs、windows容器需控制disk_size与版本选择。
直接压缩无效空间、绕开写时复制瓶颈、让每GB磁盘都用在刀刃上——Docker存储优化不是清理日志那么简单，而是从镜像构建、运行时配置到数据落盘路径的系统性调整。
精简镜像层：从源头砍掉冗余体积
镜像过大是磁盘浪费的第一推手。多阶段构建和基础镜像替换能快速见效：
- 用
alpine或slim替代完整版基础镜像，例如python:3.11-slim比python:3.11小70%以上 - Dockerfile中合并RUN指令，减少层数；每层残留文件都会被叠加保留
- 构建时加
--no-cache避免缓存堆积，用docker build --squash（需启用实验模式）压缩中间层 - 定期执行
docker image prune -a清理未被引用的悬空镜像
管住 overlay2：定位并清理“隐形占坑者”
/var/lib/docker/overlay2常占满根分区，但不能直接删目录——得靠机制清理：
- 查空间大户：
du -sh /var/lib/docker/overlay2/* | sort -hr | head -10找出最大层ID - 关联容器：
docker ps -a --format "{{.ID}} {{.Names}}" | grep [层ID前缀] - 删无用对象：
docker system prune -a --volumes（慎用，会清空所有未使用卷） - 限制日志：在
daemon.json中设{"log-driver":"json-file","log-opts":{"max-size":"10m","max-file":"3"}}
改写入路径：把高频IO移出联合文件系统
容器内频繁写日志、缓存、临时文件，全堆在可写层，加速overlay2膨胀：
- 数据库、Redis等IO密集服务，必须用命名卷：
docker volume create db-data，再--mount source=db-data,target=/var/lib/mysql - 临时目录用
--tmpfs挂载内存文件系统，如--tmpfs /tmp:rw,size=256m - 开发调试时，用绑定挂载替代容器内写入：
-v $(pwd)/logs:/app/logs，让日志直落主机便于轮转
Windows容器专项：控住DISK_SIZE与版本选择
Windows容器基础镜像动辄数GB，不调默认值就是资源黑洞：
- 启动时强制指定
DISK_SIZE，如environment: { DISK_SIZE: "24G" }，避免默认64G闲置 - 按需选轻量版本：LTSC版比普通版小1–2GB，
VERSION: "10l"（Win10 LTSC）比"11p"（Win11 Pro）省2.5GB - 自定义存储位置：把
/storage映射到大容量独立分区，避免挤占系统盘
