优化大量小文件读写性能的关键是减少inode操作、禁用ACL与扩展属性、绕过页缓存（O_DIRECT）、换用ZFS/Btrfs等现代文件系统，并采用哈希或时间分层目录结构避免单目录膨胀。
大量小文件读写慢，核心不是卷本身，而是文件系统元数据开销、I/O调度和缓存机制没对齐小文件访问特征。优化关键在于减少 inode 操作、绕过低效缓存路径、压缩元数据负担，并从存储驱动层规避叠加开销。
禁用 ACL 和扩展属性，减小 inode 开销
默认挂载常启用 POSIX ACL 和 user_xattr，每次访问都要解析权限和属性，对百万级小文件是显著拖累。
- 创建卷时强制关闭：
docker volume create --opt o=noacl,user_xattr=off,relatime my-smallfile-vol -
noacl跳过访问控制列表检查；user_xattr=off禁用扩展属性（绝大多数应用无需）；relatime比noatime更安全，只在修改或间隔超24小时才更新 atime - 若使用 ZFS/Btrfs，直接在池/数据集层面关闭：
zfs set acltype=off tank/docker-smallfiles
绕过页缓存 + 强制直通 I/O
小文件随机读写频繁触发页缓存污染与换入换出，反而增加延迟抖动。O_DIRECT 语义可让应用直接对接块设备。
- 绑定挂载时显式启用：
docker run -v /mnt/ssd/data:/data:cache=none,direct_io=on my-app - 命名卷需底层支持（如 ext4/xfs），且宿主机挂载点本身已用
noatime,relatime等精简选项 - 注意：应用代码需真正以
O_DIRECT打开文件，否则该选项无效；PostgreSQL、Redis 等默认支持
换用 ZFS 或 Btrfs 驱动替代 local
default local 驱动基于 bind mount，无压缩、无 CoW 优化，小文件密集场景下 inode 分配和目录遍历效率远低于现代文件系统。
- ZFS 示例：
zfs create -o compression=lz4 -o recordsize=16k -o atime=off tank/smallfiles（recordsize 设为 16–32KB，贴近小文件平均大小） - 再创建卷：
docker volume create --driver zfs --opt zfs.pool_name=tank --opt zfs.dataset_name=smallfiles small-vol - Btrfs 同理，启用
compress=zstd和space_cache=v2加速 metadata 查找
避免单目录堆积，用哈希分层或时间桶结构
Linux ext4/xfs 在单目录超 10 万文件后，readdir 性能断崖下降。这不是 Docker 的问题，而是文件系统限制。
- 应用侧改造：按哈希前缀分目录，例如
/data/a/abc123.log、/data/b/bcd456.log - 或按时间切片，如
/data/2026/08/13/09/，每小时一个子目录，单目录控制在 1–5 千文件内 - 若无法改应用，可用 overlayfs 或 fuse 挂载层做透明路径重映射（需额外运维成本）
