核心是让overlay2真正高效运行而非仅启用：需确认docker info中Supports d_type为true、findmnt含dtype，ext4须fstab加dtype并remount；daemon.json配override_kernel_check和size；高频IO用专用volume挂noatime/nobarrier；宿主机调优IO调度器与容器级限速。
核心是让 overlay2 真正高效运行，而不是仅“启用”它——很多写入性能差的问题，根源在于驱动没跑在最优路径上。
确认 overlay2 已正确启用 dtype 支持
overlay2 在 ext4 文件系统上必须开启 dtype（目录项类型）才能避免元数据降级。未启用时，I/O 延迟可能翻倍，尤其影响小文件写入。
- 运行
docker info | grep -E "(Storage Driver|Supports d_type)"，确认输出中包含Storage Driver: overlay2且Supports d_type: true - 执行
findmnt -t overlay，检查/var/lib/docker对应挂载项是否含dtype字样 - 若使用 ext4，需在
/etc/fstab中对应行追加dtype选项，再执行sudo mount -o remount,dtype /var/lib/docker
配置关键 overlay2 参数绕过内核限制
仅设 "storage-driver": "overlay2" 不够，需补充两项参数释放底层并发能力：
-
"overlay2.override_kernel_check": true：适用于 4.15+ 内核，可解锁元数据并发写入能力 -
"overlay2.size": "100G"：为每层预分配合理空间上限，避免小文件频繁扩展导致 I/O 碎片 - 修改
/etc/docker/daemon.json后，务必执行sudo systemctl restart docker并用docker info核对Storage Options是否已加载
高频写入路径必须脱离联合文件系统
容器日志、缓存、数据库数据等持续写操作，绝不能放在容器层（upperdir），否则会放大 overlay2 的 CoW 开销。
- 创建专用 volume 并启用优化选项：
docker volume create --opt o=noatime --opt o=nobarrier appdata（noatime省去访问时间更新，nobarrier在 SSD 上降低写延迟） - 运行时显式挂载：
docker run -v appdata:/var/lib/mysql mysql:8 - 避免直接使用
-v /host/path:/container/path绑定挂载——它绕过存储驱动优化，且受主机文件系统锁制约更明显
宿主机层面配合 IO 调度与限速
当多个容器共用同一块物理盘时，单靠存储驱动无法解决争抢问题。
- SSD 推荐关闭调度器：
echo none | sudo tee /sys/block/sda/queue/scheduler - 对写密集型容器设置硬限速防拖垮整盘：
docker run --device-write-bps /dev/sda:30mb mydb - 用权重方式柔性分配 IO 资源：
docker run --blkio-weight 70 mycache（范围 10–100，值越高优先级越高）
