lz4在ZFS中压缩比仅1.7–1.9:1，对JSON/YAML/日志等重复数据基本无效，虽小文件随机写IOPS高15–20%，但磁盘占用更大，需按数据特征谨慎启用。
直接用 zfs set compression=lz4 就行，但别只设完就走——lz4 在 ZFS 里是“快但不省空间”的典型，设错场景反而浪费 IO 和带宽。
为什么不是所有数据集都适合开 lz4 压缩
lz4 的压缩比常年卡在 1.7–1.9:1，对 JSON/YAML/日志/文本类重复模式多的数据基本不压缩；它真正快的地方是小文件随机写 IOPS（比 zstd 高 15–20%），但代价是磁盘实际用量更大。比如：
- 用
compression=lz4存 Kafka 日志 → 磁盘占用比zstd高 30%，zfs list -o used,avail频繁触发预警 - Docker 镜像层用 lz4 → 构建略快，但最终镜像体积多出 200MB，拉取耗时反超 zstd 12%
- 混合负载（WAL + tar 包）下，lz4 对 tar 流完全不压缩，ARC 缓存命中率下降，读性能被间接拖慢
正确配置 lz4 压缩的实操步骤
确认目标数据集存在，再执行设置。注意：压缩策略是继承式属性，父数据集设了，子集默认继承，除非显式覆盖。
- 查看当前数据集压缩状态：
zfs get compression poolname/dataset - 开启 lz4 压缩：
zfs set compression=lz4 poolname/dataset - 验证是否生效：
zfs get compression,compressratio poolname/dataset（compressratio初始可能还是 1.00x，要等新数据写入后才体现） - 若想关闭：
zfs set compression=off poolname/dataset
容易忽略的关键点
lz4 是“透明压缩”，即写入时自动压缩、读取时自动解压，但它的效果高度依赖数据特征和访问模式：
- 它不压缩已存在的数据 —— 只对后续新写入或重写的数据块生效；老数据需用
zfs send | zfs receive重建才能压缩 - 对加密数据（
encryption=on）或已压缩格式（.zip/.gz/.zst）基本无效，CPU 白花，空间不省 - ZFS 的 lz4 实现不支持调等级（不像 zstd 有
zstd-1～zstd-19），只有开/关两种状态 - 如果数据集挂载点正在被大量小文件高频写入（如容器临时目录、构建缓存），lz4 才真能发挥优势；否则优先考虑
zstd
最后提醒一句：压缩不是万能药。设完 compression=lz4 后，盯三天 zpool iostat -y 5 和 zfs list -o compressratio,used,avail，看实际压缩比和 IO 分布有没有符合预期——很多问题不是命令没敲对，而是没等数据流起来就以为配置成功了。
