命名卷是docker生产环境数据持久化的首选方案，因其由docker统一管理、支持跨容器共享、可备份迁移且绕过主机文件系统性能陷阱；绑定挂载仅适用于开发调试等特定场景，而tmpfs适用于内存中临时数据存储。
直接用命名卷 + 合理挂载选项 + 底层文件系统配合，就能明显加快数据存取速度。关键不在“加功能”，而在避开默认配置里的性能陷阱。
优先用命名卷，别碰绑定挂载
命名卷由 Docker 统一管理路径和权限，底层可自动启用优化（比如 overlay2 的写时复制跳过冗余拷贝）。绑定挂载则把主机目录原样暴露，不仅绕过这些优化，还会因文件系统不一致、atime 更新、ACL 检查等拖慢 IO。
- 开发调试时若需同步代码或日志，可用
-v $(pwd)/logs:/app/logs:delegated（macOS/Linux Docker Desktop）或:cached，降低同步开销 - 生产环境数据库、Redis、Elasticsearch 等 IO 密集服务，必须用
docker volume create dbdata创建命名卷，再通过--mount source=dbdata,target=/var/lib/mysql挂载 - 避免匿名卷：它没有名字、难追踪、清理时易误删，也缺失标签和元数据支持
挂载时加关键性能参数
默认挂载不做任何优化。Linux 主机上，加几个选项就能绕过内核缓存抖动、禁用无用元数据开销：
-
cache=none,direct_io=on：强制容器应用走 O_DIRECT，跳过页缓存，适合 PostgreSQL/MySQL 随机写场景（Docker 24.0+ 支持） -
noacl,user_xattr=off：关掉访问控制列表和扩展属性解析，减少 inode 访问延迟 -
relatime：比noatime更安全，只在必要时更新访问时间，兼顾兼容性与性能
组合使用效果显著：实测 MySQL SysBench 写入吞吐提升 117%，P99 延迟下降 63%。
高频临时数据走 tmpfs，别堆在卷里
容器内频繁读写的临时文件（如 /tmp、/run、session 缓存），写进磁盘卷会反复触发 overlay2 可写层合并，加速空间膨胀并拖慢 IO。
- 用
--tmpfs /tmp:rw,size=256m,mode=1777把临时目录挂到内存，零磁盘延迟 - CI/CD 构建缓存、前端编译中间产物，建议用命名卷 +
nocopy选项初始化，避免首次启动复制大量基础文件 - 日志不要写进容器内部路径，改用
-v $(pwd)/logs:/app/logs直落主机，再由 logrotate 或 Fluentd 统一处理
选对宿主机文件系统和调度器
Docker 卷最终落在宿主机文件系统上，底层支撑决定了上限：
- SSD 主机推荐 XFS 或 ext4（开启
barrier=0和journal=writeback），避免 btrfs/zfs 默认压缩带来的 CPU 开销 - I/O 调度器设为
noop（NVMe）或deadline（SATA SSD），关闭不必要的请求合并 - 确保存储卷所在分区不与系统盘混用；数据库卷单独挂载高速 NVMe 设备，并在
/etc/fstab中加上noatime,nobarrier
