Linux备份压缩实战：bzip2从入门到脚本化应用

老规矩，先聊点实际的。Linux下做备份压缩，很多人第一反应就是 tar 加 gzip，也就是俗称的 tar.gz。我早期也是这么干的，直到有一次需要归档几个月的应用日志，发现 tar.gz 压完还有将近 3 个 G，随手换了个参数改成 tar.bz2 重新压了一遍，直接掉到 1.8 个 G。从那次之后，我才真正开始认真研究 bzip2 这个“慢工出细活”的家伙。

这篇是备份压缩系列里专门讲 bzip2 的实操篇，不会只甩参数表就完事。我会从它的工作机制讲到真实场景下的使用思路，再配合完整的命令操作、脚本写法和问题排查方式，把这套东西彻底聊透。适合所有把 Linux 当生产工具用的朋友，不管你是刚接触命令行的新人，还是已经写了几年脚本的老手，应该都能从中捞出点能直接用的东西。

1. 先搞明白 bzip2 是什么，再决定要不要用它

很多教程上来就让人背参数，我觉得这是一种偷懒。参数背得再熟，不知道背后的取舍，遇到真实场景照样抓瞎。所以第一步，先把这个命令的“性格”摸清楚。

1.1 它和 gzip、xz 到底是什么关系

bzip2 是 Julian Seward 在 90 年代中期开发的开源压缩工具，和 gzip、xz 一样，都是 Linux 系统里最常见的单文件压缩程序。它的核心思路是先用 Burrows-Wheeler 变换（BWT）对数据做重排，让重复出现的字符串聚集到一起，然后再经过 RLE 和霍夫曼编码完成最终压缩。

这套算法带来的最直接结果就是：压缩率通常明显好于 gzip，但压缩速度偏慢，解压速度倒是还在可接受范围内。而 xz 走的是 LZMA/LZMA2 路线，压缩率还能再往上顶一截，但同样也要付出更多时间的代价。

这三者的关系，你可以粗暴理解成：

• gzip：中庸选手，速度不错，压缩率一般，适合日常快速打包。
• bzip2：压缩率优先，能接受等待，适合日志归档、冷数据备份。
• xz：压缩率极致，速度最慢，适合最终归档存储。

但“压缩率好”不等于“什么都适合压”。如果你拿 bzip2 去压 JPEG、MP4、ZIP 这类已经压缩过的文件，几乎压不动，纯属浪费时间。它真正的用武之地是文本类数据：日志文件、代码库、数据库导出后的 SQL 脚本、配置文件打包。这些内容里重复模式多，BWT 能把相似片段聚到一块，压起来就能出效果。

1.2 什么时候该用 bzip2，什么时候别用它

我自己的经验是：凡是做“归档型”备份，也就是压完基本就不动了、以省空间为主要目标的场景，优先考虑 bzip2 或 xz。凡是需要频繁压缩、解压，或者文件是二进制多媒体内容，尽量别碰 bzip2，用 gzip 都嫌费劲，直接上 zstd 更合适——当然这是后话，系列后面单独聊。

举例来说：

• 适合：应用日志按月归档、数据库 dump 文件保留、代码仓库快照、大量配置文件的整体备份。
• 不适合：纯静态资源站点的图片/视频打包、需要秒级解压的临时传输场景、对压缩耗时非常敏感的高频任务。

另外要提醒一点，bzip2 压缩时内存占用和块大小设置有关。单文件默认块大小是 900KB，压缩时大约需要几百 MB 量级的内存（具体和文件内容有关），比 gzip 要高不少。如果你的机器内存很紧张，或者压的文件特别大，可以考虑用较小的块参数（后面会细说），否则容易把机器搞到 swap。

2. 你真的会用 bzip2 吗？核心参数逐个拆解

现在进入正题。bzip2 的参数不算多，但每个都值得搞清楚。下面这套是我平时用下来最核心的组合，按使用频率排个序。

2.1 高频参数速查与含义解析

先看一张速查表，后面逐个展开。