核心思路是减少 overlay2 可写层高频小文件写入以降低写放大：用 --tmpfs 挂载 /tmp 等临时目录，named volume 存储需保留的缓存，日志走 stdout/syslog；通过多阶段构建、镜像压缩和定期 prune 减少层数与冗余；调优应用 sync 策略及宿主机挂载选项（noatime、commit=60）并实施动静数据物理分离。
核心思路是减少 overlay2 等联合文件系统在容器层（upperdir）的高频、小粒度写入，因为每次修改都会触发 copy-on-write 复制和底层闪存页/块级写入放大。
避开联合文件系统处理高频写操作
容器内频繁生成日志、缓存、临时文件时，若直接写入 /tmp、/var/log 或应用工作目录，所有内容都会落入可写层，持续磨损底层 eMMC/SSD。应主动将这些路径挂载为外部存储，绕过 overlay2。
- 用 tmpfs 挂载临时目录：启动容器时加
--tmpfs /tmp:rw,size=32m,mode=1777，数据全驻内存，重启即清，零闪存写入 - 对需保留但非关键的数据（如应用缓存），使用 named volume 并配置为 ext4 + noatime + nodiratime 挂载，避免元数据更新带来的额外写入
- 日志类输出优先重定向到 syslog 容器 或 stdout/stderr，由 Docker 日志驱动统一收集，而非落盘到容器内文件
压缩镜像层数与清理冗余数据
镜像层数越多、单层越臃肿，容器启动和运行时 CoW 复制开销越大，间接推高写盘频次。每层都可能包含被覆盖却未回收的“幽灵文件”。
- 构建镜像时启用
docker build --squash（需开启实验特性）或采用 多阶段构建，只保留最终运行所需的最小文件集 - 定期执行
docker system prune -a --volumes清理 dangling 镜像、已停止容器的可写层及孤立 volume - 检查
/var/lib/docker/overlay2下各层diff/目录大小，手动识别并删除长期未用的大体积中间层
调整容器层写行为策略
overlay2 默认对每次 fsync()、文件关闭或元数据变更都急于落盘，加剧写放大。可在可控范围内放宽持久化要求。
- 容器内应用关闭 sync 模式：例如 Redis 配置
appendfsync no，MySQL 设置innodb_flush_log_at_trx_commit=2 - 挂载容器根目录时添加
lowerdir和upperdir所在分区的挂载选项：noatime,nodiratime,commit=60，延迟元数据刷新周期 - 禁用容器内 journal 日志：启动时加
--tmpfs /run/log/journal:mode=0755,size=8m，避免 systemd-journald 持续刷盘
动静数据物理分离
把容器运行时产生的“热数据”和只读的“冷数据”从物理存储层面隔开，防止系统分区因应用写入而提前失效。
- 将宿主机的 eMMC 划分为两个独立分区：一个挂载为
/var/lib/docker（容器存储），另一个专用于存放只读基础镜像或备份包 - 对嵌入式设备，把容器数据卷挂载到外接 USB SSD 或 SD 卡，主 eMMC 仅承载操作系统和静态服务
- 在 Docker daemon.json 中设置
"data-root": "/mnt/ssd/docker"，明确迁移高 IO 负载路径
