Btrfs透明压缩不提升写性能但减少磁盘写入量，zstd:3因平衡压缩率与CPU开销成为首选；挂载需指定compress=zstd:3，配合noatime、autodefrag等选项，并依用途调整策略。
开启Btrfs透明压缩本身不直接提升写性能，反而可能略微增加CPU开销；但它能显著减少实际写入磁盘的数据量，从而在I/O受限场景（如慢速SSD、高并发小文件写入、云盘IO配额紧张）下间接改善整体写吞吐和响应延迟。关键在于选对算法、级别和挂载策略，避免CPU成为瓶颈。
为什么zstd:3是桌面与通用服务器的首选
zstd算法在压缩速度、压缩率和CPU占用之间做了良好平衡。实测表明：
- zstd:1 到 zstd:3 压缩率提升明显（平均达1.4–1.6:1），CPU增幅温和
- zstd:3 以上（如zstd:6或zstd:9）压缩率仅再提升5%–15%，但CPU使用率翻倍甚至更高
- 对于文本、日志、配置文件、容器镜像层等常见Linux数据，zstd:3已覆盖绝大多数可压缩内容
不建议用lzo或zlib作为默认选项：lzo虽快但压缩率偏低（常<1.2:1），zlib则太慢且CPU压力大。
挂载时启用压缩的正确方式
必须在mount命令或/etc/fstab中显式指定compress=zstd:3（或compress-force=zstd:3强制所有写入都压缩）：
mount -o compress=zstd:3,noatime,autodefrag,discard /dev/sdb1 /mnt/data
注意：
-
compress=仅对新写入生效；已有未压缩数据需重写（如cp --reflink=auto或btrfs filesystem defrag -c zstd）才能触发压缩 -
noatime禁用访问时间更新，减少元数据写入，配合压缩更有效 -
autodefrag对小文件随机写有帮助，但会轻微增加CPU，可按需启用 -
discard启用TRIM（对SSD有益），非必需但推荐
针对不同用途的压缩策略调整
-
系统根分区（含/home）：用
compress=zstd:3，兼顾空间节省与交互响应 -
数据库数据目录（如PostgreSQL pgdata）：禁用压缩（
compress=none），因数据库自身已做块级优化，压缩收益低且引入延迟 -
日志或容器镜像仓库：用
compress-force=zstd:3，确保所有写入强制压缩，节省云盘空间成本 -
高频随机小文件写入（如CI缓存）：保留
autodefrag+zstd:3，避免碎片恶化抵消压缩收益
验证压缩是否生效
挂载后检查：
zstd --version # 确保系统支持zstd cat /proc/fs/btrfs/*/stats | grep "compression" # 查看压缩统计 btrfs filesystem usage /mnt/data # 观察“Device size”与“Data used”比值，>1.3说明压缩有效
若Data used远小于Device size（例如1TB盘显示只用了600GiB），说明压缩正在工作。
不复杂但容易忽略的是：压缩效果高度依赖数据可压缩性。纯二进制文件（如视频、加密容器、已压缩包）几乎不受益，而源码、日志、JSON/YAML、文本数据库等收益显著。
