备份压缩算法选择是什么
压缩能降低备份体积与异地传输成本，代价是消耗 CPU。gzip 兼容性最好，几乎处处可用；zstd 在速度与压缩率之间较均衡，且支持多线程；xz 压缩率较高但 CPU 与内存开销更大。选择时要看备份窗口、恢复时的解压速度以及主机剩余算力，而不是只看压缩后体积。
常见压缩工具对比
| 工具 | 特点 | 常用参数 |
|---|---|---|
| gzip | 兼容性好、速度稳定 | -6 默认级别，-1 更快 |
| pigz | 多线程并行 gzip | -p 线程数，-9 高压缩 |
| zstd | 速度快、级别跨度大 | -3 默认，-19 高压缩，-T0 多线程 |
| xz | 压缩率较高、CPU 与内存开销大 | -9 高压缩，-T0 多线程 |
基本信息
| 压缩位置 | 可与打包组成管道，边打包边压缩 |
|---|---|
| 线程控制 | pigz 与 zstd 支持多线程，xz 也提供并行选项 |
| 兼容性 | gzip 最广，zstd 需要较新的解压工具 |
| 典型收益 | 文本类数据压缩比高，已压缩数据收益很小 |
选择依据
- 恢复时限紧张时优先选解压快的算法，zstd 在这类场景通常优于 xz
- CPU 空闲而带宽紧张时可以提高压缩级别，用算力换传输量
- CPU 紧张或备份与业务同机时降低级别，或用多线程工具摊平耗时
- 数据本身已压缩（图片、视频、其他归档）时不要重复压缩，白白消耗资源
- 长期归档要考虑解压工具的可用性，格式过于小众会给未来恢复埋隐患
流式压缩示例
流式压缩示例
tar -cf - /data | zstd -T0 -10 -o /backup/data-$(date +%F).tar.zst
tar -cf - /data | pigz -p 8 > /backup/data-$(date +%F).tar.gz
tar --zstd -cf /backup/data.tar.zst /data # 较新 tar 直接支持
zstd -t /backup/data-2026-10-12.tar.zst # 只测试完整性不落盘归档场景建议先打包再压缩：海量小文件摊薄元数据与压缩帧开销，压缩比与吞吐都更稳定。
高压缩级别会占用大量内存与 CPU，内存紧张的备份主机上容易触发交换甚至被系统终止，级别要与硬件条件匹配。
压缩前要确认的点
- 压缩后能否在目标环境解开：归档要在对方系统上具备对应的解压工具
- 压缩是否为瓶颈：先用小样本实测吞吐，再决定级别与线程数
- 是否需要随机提取：强压缩格式通常不支持随机访问，单文件恢复要先整包解开
- 校验是否可用：压缩流损坏往往整包不可用，校验和要在压缩后重新生成