Linux 压缩命令实战：tar、gzip、bzip2、xz、zstd 怎么选？一篇讲清楚-北京尧图网络

摘要Linux 压缩命令实战讲清 tar 打包与 gzip/bzip2/xz/zstd 压缩的分工、-c/-x/-t/-z/-j/-J/--zstd参数速查用两份日志实测四大格式与 pigz、lz4 的压缩比与速度zstd 默认级别比 gzip 快 6~8 倍pigz 4 核快 5 倍且仍是 .gz并附 bzcat 全量解压拖垮机器、--exclude写错位置不生效、漏-f、bzip2recover 救坏包等踩坑与流式 zgrep 技巧。服务器磁盘告警你的第一反应是什么大概率是tar -czvf 老板别催了.tar.gz ./一堆日志但是-c -z -v -f这几个参数到底是啥意思为什么有人用tar.gz有人用tar.bz2还有人用tar.xz和tar.zst这些后缀背后藏着什么玄机一、为什么要搞清楚压缩命令不就是个压缩嘛能有多复杂我之前也是这么想的——直到那次排查线上问题在一台正忙着写日志的消费节点上顺手敲了一个bzcat *.bz2all.log想把一整天按小时切的 24 个.bz2解压成一个大文件再grep一把。结果……SSH 连不上了机器假死只能重启。事后排查磁盘没满也不是 OOM。是解压出来的几十 GB 要落盘和业务自己的日志写入抢同一块磁盘iowait 被打高整台机器都在排队等 IO。那一刻我才意识到压缩包看着不大展开后是一大笔写入——压缩比这玩意儿不是数字游戏它真的能压死你。所以这篇文章我们把 Linux 主流压缩工具一次讲清楚——什么场景用什么、参数什么意思、怎么避免踩坑。二、先把概念分清楚打包 vs 压缩很多人以为tar -czvf是一个命令其实是两件事工具作用比喻tar把多个文件打包成一个文件把零散的衣服塞进一个行李箱gzip / bzip2 / xz / zstd把一个文件压缩变小把行李箱抽真空tar本身不压缩它只是把多个文件粘成一个.tar。要压缩还得叫上 gzip 这帮兄弟。# 两步走教科书写法tar-cflogs.tar ./logs# 打包gziplogs.tar# 压缩 → logs.tar.gz# 一步到位实际工作中tar-czflogs.tar.gz ./logs# 打包压缩Windows 用户的.zip是打包压缩二合一所以可能会有点不习惯。三、tar 参数速查让你不再死记硬背tar的参数堪称屎山——几十年累积下来的兼容性导致它非常诡异。但常用的就那几个参数全称含义记忆法-ccreate创建归档Create-xextract解压归档eXtract-tlist查看归档内容不解压lisT-ffile指定文件名必加File-vverbose显示过程Verbose-zgzip用 gzip 压缩/解压gZip-jbzip2用 bzip2 压缩/解压bzJip2 (硬记)-Jxz用 xz 压缩/解压xJ(大写 J)--zstdzstd用 zstd 压缩/解压直接写全名-Cchange dir解压到指定目录Change3.1 最常用的三个组合# 1. 打包压缩最常用tar-czvfbackup.tar.gz ./data# 2. 解压自动识别格式加不加 -z 都行新版 tar 很智能tar-xzvfbackup.tar.gztar-xvfbackup.tar.gz# 也行# 3. 看看里面有什么不解压tar-tzvfbackup.tar.gz|head小贴士-f后面必须紧跟文件名所以-f一般放最后。-czvf而不是-cfzv养成习惯能少踩很多坑。3.2 一些你可能不知道的骚操作# 解压到指定目录不是当前目录-C 的目录要先建好否则报 Cannot openmkdir-p/tmp/restoretar-xzvfbackup.tar.gz-C/tmp/restore# 只解压某个文件路径要和 tar -tzf 列出来的一字不差# 打包时写的是 ./data成员名就带 ./写成 data/b.txt 会报 Not found in archivetar-xzvfbackup.tar.gz ./data/b.txt# 排除某些文件再打包--exclude 要写在路径前面# 写在 ./data 后面GNU tar 1.34 只报一句 has no effect照样全打进去tar-czvfbackup.tar.gz--exclude*.log--exclude./data/cache./data# 解压时去掉最外层目录app-1.0/bin/run 解出来直接是 /opt/app/bin/runmkdir-p/opt/apptar-xzfapp-1.0.tar.gz --strip-components1-C/opt/app# 边打包边通过 SSH 传到远程无中间文件tar-czf- ./data|sshuserremotecat /backup/data.tar.gz# 增量备份基于上次的快照tar-czfbackup-full.tar.gz-gsnapshot.snar ./data# 首次全量tar-czfbackup-incr.tar.gz-gsnapshot.snar ./data# 之后增量四、四大压缩格式终极对比这是本文的核心。先放结论表格格式后缀压缩比压缩速度解压速度CPU 占用推荐场景gzip.gz⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐低日常通用兼容性最好bzip2.bz2⭐⭐⭐⭐⭐⭐⭐⭐中压缩比要求高速度其次分块压缩、坏了能局部恢复见 §5.5xz.xz⭐⭐⭐⭐⭐⭐⭐⭐⭐高长期归档、发行版镜像zstd.zst⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐低-中现代场景首选4.1 实测两份日志结论一样的才算数测试环境4 核测试机debian:12 容器tmpfs 上跑排除磁盘干扰全部单线程最后一行除外。每项跑 2~3 轮压缩后大小每轮都一样耗时超过 1 秒的项各轮相差不到 4%。用了两份性格相反的日志A合成应用日志 256MB仿 Java 应用日志uid、订单号、traceId 都是随机数压不太动B真实系统日志 168MB测试机journalctl导出重复行多特别好压。工具A 压缩A 大小A 解压B 压缩B 大小B 解压gzip -6默认3.4s21.7%0.75s0.60s2.2%0.27sgzip -97.6s20.6%0.74s0.75s2.2%0.27sbzip2 -9默认13.2s15.0%3.4s17.7s1.2%0.87sxz -6默认109s16.1%1.8s4.6s1.0%0.09szstd -3默认0.6s23.0%0.16s0.08s1.6%0.03szstd -61.8s21.0%0.15s0.19s1.1%0.02szstd -19152s16.3%0.13s12.0s0.9%0.03szstd -19 -T041s16.3%0.12s6.0s0.9%0.03s「大小」是压缩后占原文件的比例越小越好。两份数据都成立的结论要快选zstd。默认级别压缩比gzip -6快 6~8 倍大小和 gzip 同一档解压不管哪个级别都最快A 上比 gzip 快 5 倍左右B 上快 9 倍以上要小选xz或zstd -19两者只差零点几个百分点。注意zstd -19单线程压缩比 xz 还慢加-T04 核能快 2~4 倍在 A 上反超了 xz在 B 上仍然慢一点要兼容选gzipbzip2解压在两份数据上都是最慢的压缩速度和压缩比的排名都看数据A 上它压得最小、压缩也比 xz 快得多B 上压缩最慢、大小也不如 xz 和 zstd -19。但它是唯一坏了还能局部救回来的见 §5.5压缩比排名会随数据变别拿别人的表替你做决定。从自己的日志里切 100MB 跑一遍几分钟就有答案head-c100M app.logs.logforcingzip -6bzip2 -9xz -6zstd -3zstd -19;dot0$(date%s.%N);$c-cs.logs.out;t1$(date%s.%N)awk-vc$c-vt0$t0-vt1$t1-va$(stat-c%s s.out)-vb$(stat-c%s s.log)\BEGIN{printf %-9s 压缩 %.1fs 大小 %.1f%%\n, c, t1-t0, a*100/b}done4.2 zstd被低估的现代选手zstdZstandard是 Facebook 2016 年开源的压缩算法。从上面的表看它不是一个级别通吃而是一个工具覆盖了 gzip 和 xz 两个档位低级别比 gzip 快几倍、大小相当高级别能压到 xz 的水平解压在四种格式里始终最快。# 安装Rocky / RHEL 8 直接装CentOS 7 已停服、自带源下线要先把 yum 源换成 vault.centos.org再 yum install epel-releaseyuminstallzstd# 安装Ubuntu / Debianaptinstallzstd# tar zstd 打包压缩--zstd 要 tar 1.31tar--zstd-cvflogs.tar.zst ./logstar-Izstd-cvflogs.tar.zst ./logs# CentOS 7 自带 tar 1.26 不认 --zstd用这个# 压缩级别 1-19默认 3下面两条二选一huge.log.zst 已存在时 zstd 会问要不要覆盖zstd-19huge.log# 最高压缩zstd-1huge.log# 最快速度# 多线程压缩充分利用 CPUzstd-T0huge.log# T0 用所有可用核心趣闻Linux 内核从 5.9 开始支持 zstd 压缩内核镜像Arch Linux 的软件包也在 2020 年从 xz 换成了 zstd。4.3 比 gzip 快得多的两个pigz 和 lz4读者在评论区提醒这两个也该写进来。它们解决的是两件不同的事pigz多线程版 gzip产物还是标准.gz对方用 gzip、tar -z照样解什么都不用装lz4另一种格式拿压缩比换速度产物是.lz4解压的那一端也得装 lz4。同样两份日志、同一台 4 核机器补测每项 2~3 轮大小每轮一样耗时超过 1 秒的项各轮相差不到 3%工具A 压缩A 大小A 解压B 压缩B 大小B 解压gzip -6同轮对照3.4s21.7%0.75s0.62s2.2%0.27spigz -64 线程0.71s21.6%0.44s0.12s2.3%0.13slz4 -1默认0.34s36.4%0.12s0.09s3.5%0.05szstd -10.37s21.3%0.14s0.06s1.6%0.03szstd --fast30.27s33.5%0.12s0.05s2.5%0.02sxz -6 -T04 线程30s16.2%1.8s2.0s1.0%0.10spigz压缩速度是 gzip 的 5 倍左右大小几乎不变解压也快 1.7~2 倍解码本身没法并行pigz 另开线程做读写和校验。要.gz格式、机器又有多核换成 pigz收包的人感觉不到任何区别lz4压缩速度是 gzip 的 7~10 倍、解压是 5~6 倍代价是文件大六成左右在这两份日志上zstd -1单线程就和 lz4 一样快文件却比 gzip 还小zstd --fast3压缩还要更快。机器上已经有 zstd 的不必为了速度再装 lz4。lz4 更常见的用法是作为库嵌在别的系统里比如 ClickHouse 的默认压缩算法就是它顺带xz 也能-T0多线程A 上从 §4.1 的 109 秒降到 30 秒大小几乎不变# 安装Ubuntu / Debianaptinstallpigz lz4# 安装Rocky / RHEL 9两个都在 BaseOS 源里dnfinstallpigz lz4# 配合 tar和 zstd 一样用 -Itar-Ipigz-cflogs.tar.gz ./logs# 产物是标准 .tar.gztar -xzf 就能解tar-Ilz4-cflogs.tar.lz4 ./logstar-Ilz4-xflogs.tar.lz4# 解压也要带 -I lz4tar -xzf 会报 not in gzip format# 限制只用 2 个核别把业务机的 CPU 吃满和 gzip 一样压完会删掉原文件pigz-p2huge.log五、那些年我们踩过的压缩坑5.1 坑一bzcat 全量解压落盘把机器拖进假死回到开头那个案例。错误示范# 危险解压后是压缩包的好几倍全部要写盘bzcat *.bz2all.log展开倍数差别很大§4.1 那两份日志gzip 压完分别剩原文件的 21.7% 和 2.2%也就是展开后 5 倍和 45 倍全看你的日志长什么样。磁盘装得下也不等于安全开头那次磁盘就没满是几十 GB 的连续写入和业务抢 IO把机器拖进了假死。动手前先估一下要写多少。.gz可以用gzip -l直接读出原始大小.bz2没有这个能力只能拿一个文件真解一次量倍数gzip-lapp.log.gz# 直接看 uncompressed 列bzip2-dcapp.log.2026-03-31-00.bz2|wc-c# 解一个乘以文件个数正确姿势用管道流式处理不落盘# 流式 grep内存足够磁盘无压力bzcat *.bz2|grepERROR# 或者按天分批处理fordayin01 02 03;dobzcat app.log.2026-04-${day}-*.bz2|grepERRORerrors.logdone核心原则解压数据要么流式处理要么估算好磁盘空间再落盘。非要落盘时给写入限速别指望ionice。我在测试机上做了个对照一边每次写 4KB 并 fsync 模拟业务一边往同一块盘写 1.8GB 模拟解压跑了两轮解压那边怎么写业务写入 p99不解压空载2ms直接写48~387msnice -n 19 ionice -c371~1072ms4 组里 3 组比直接写还高pv -L 50m限速2~3ms按内核文档ionice只在 BFQ 调度器下生效而云盘、NVMe 默认用的是none或mq-deadline。这次切到 BFQ 也没有稳定变好解压的数据先写进页缓存再由内核线程刷盘进程的 IO 优先级很可能管不到这一段。限速的代价是慢1.8GB 写了 36 秒。# 限速 50MB/s 落盘按盘的能力调pv 要单独装apt install pvRocky / RHEL 9 在 EPEL 源里bzcat *.bz2|pv-L50mall.log5.2 坑二tar 解压把当前目录搞乱有些同学的.tar.gz不规范里面的文件没有顶层目录解压后把当前目录全炸了——满屏都是文件。# 先看看再解压养成好习惯tar-tzvfmystery.tar.gz|head-5# 强制解压到独立目录mkdirextractedtar-xzvfmystery.tar.gz-Cextracted5.3 坑三没用 -f 参数# 错误漏了 -ftar-czvbackup.tar.gz ./data# 正确tar-czvfbackup.tar.gz ./data不带-ftar 默认往标准输出写、从标准输入读。它不会卡住但两种结局都不好GNU tar 1.34 实测在终端里敲tar 拒绝把二进制刷到屏幕上直接退出Refusing to write archive contents to terminal (missing -f option?)输出被重定向或进了管道比如写在 cron 脚本里压缩包写进了标准输出backup.tar.gz被当成要打包的文件只报一句Cannot stat: No such file or directory返回码 2。目录里根本没有backup.tar.gz日志里倒多了一堆二进制。解压漏-f同理终端里会报Refusing to read archive contents from terminal。写进脚本的 tar记得检查返回码。5.4 坑四压缩级别用错很多人不知道 gzip / xz / zstd 都有-1到-9zstd 到-19的压缩级别# 三条任选其一gzip 压完会删掉原文件 file想保留加 -kgzip-1file# 最快压缩比最低gzip-9file# 最慢压缩比最高gzipfile# 默认 -6重要提醒§4.1 实测gzip 从-6加到-9A 日志耗时翻了 2.2 倍文件只小了 5%B 日志几乎没变小。zstd -19比默认级别慢 150~250 倍。不是越高越好。5.5 坑五压缩包损坏后能救回多少取决于用了哪个格式gzip/xz是连续流式压缩文件中间坏几个字节损坏点之后的全废——因为解压依赖前面的全部上下文。实测在压缩包正中间写坏 64 字节各跑 6 次xz 解到损坏点就报错停下gzip 更阴险会一路解到底损坏点之后全是乱码最后才报一句crc error——zcat | grep时这句报错很容易被淹没。但bzip2是个例外这也是它在 zstd 时代仅存的独门优势它是分块压缩的-1到-9设置的块大小是 100k 到 900k默认 900k每个块独立压缩。所以中间坏掉一块其余块还能救——官方甚至专门给了个工具bzip2recover damaged.bz2# 把每个块拆成独立的 rec00001damaged.bz2、rec00002…forfinrec*damaged.bz2;dobzip2-t$f2/dev/nullbzip2-dc$f;donepartial.log# 只解校验通过的块那个bzip2 -t别省坏块照样能「解」出东西只不过全是乱码最后才报 CRC 错。实测一个 4 块的包坏了一块跑 6 次先-t再解干净地救回 71%只有坏块两侧边界上断开的一两行不完整不加-t的循环会混进约 2 万行乱码图省事写成bzip2 -dc rec*damaged.bz2碰到坏块就整体退出后面完好的块一个都不解。归档要长期存、又怕坏这一点比压缩比更值钱。⚠️顺带纠正一个常见误解bzip2的-1..-9不是压缩级别是块大小——跟 gzip / xz / zstd 的语义完全不同。man 里说得很直白--fast即-1“doesn’t make things significantly faster”--best即-9“merely selects the default behaviour”。§4.1 的 A 日志上实测-1只比-9快 22%文件倒大了一成。如果数据非常重要除了上面的bzip2recover还可以用zip每个文件单独压缩坏一处只影响那一个文件或者把大归档拆成多个小归档# 把大归档拆成 100MB 一个tar-czvf- ./data|split-b100M - backup.tar.gz.# 恢复catbackup.tar.gz.*|tar-xzvf-六、场景化推荐到底用哪个场景推荐理由日常打包传文件tar.gz装了 pigz 就用tar -I pigz兼容性最好对方一定能解pigz 打出来的还是 .gz只要快两头都是自己的机器zstd -1或lz4见 §4.3压缩速度是 gzip 的 7~10 倍发布软件包tar.xz压缩比高下载快数据库备份tar -I zstd -T0多线程快CPU 不浪费别写成tar --zstd -T0tar 的-T是「从文件读清单」日志归档tar.gz或tar.bz2配合 logrotate 自动滚动怕介质出坏道就选 bz2能局部恢复跨平台分享zipWindows 双击就能开临时给同事看一眼直接cat或less别压了浪费时间zip 常用的就这几条zip-rbackup.zip ./data# 打包压缩-r 才会进子目录unzip-lbackup.zip# 看里面有什么unzipbackup.zip-drestore# 解到指定目录只会建最后一级写 a/b 时 a 要先存在Windows 发来的 zip 解出来中文文件名乱码通常是它按 GBK 存了文件名、又没标编码。网上常说的unzip -O GBK只有 Ubuntu 的 unzip 认Debian 12、Rocky 9 上实测都不行。三个系统都能用的是 bsdtar。前面的LANGC.UTF-8别省cron、最小化容器里 locale 不是 UTF-8bsdtar 会跳过这些文件、返回 1# 安装apt install libarchive-toolsRocky / RHEL 9 是 dnf install bsdtar glibc-gconv-extra后者提供 GBK 转换最小化系统里没有mkdiroutLANGC.UTF-8 bsdtar--optionshdrcharsetGBK-xfwin.zip-Cout七、加分项你可能不知道的小技巧7.1 不解压直接看 .gz / .bz2 / .xz / .zst 文件zcat file.gz# gzipbzcat file.bz2# bzip2xzcat file.xz# xzzstdcat file.zst# zstd# 配合 less 翻页查看zless huge.log.gz xzless huge.log.xz zstdless huge.log.zst# 配合 grep 搜索不用先解压zgrepERRORfile.gz bzgrepERRORfile.bz2 xzgrepERRORfile.xz zstdgrepERRORfile.zst7.2 验证压缩文件是否完整gzip-tfile.gz# 测试 gzip 完整性bzip2-tfile.bz2# 测试 bzip2 完整性xz-tfile.xz# 测试 xz 完整性zstd-tfile.zst# 测试 zstd 完整性# tar 可以列出内容来验证tar-tzfbackup.tar.gz/dev/nullechoOK八、总结记住几个核心要点你就比 90% 的人更懂压缩tar 只打包gzip/bzip2/xz/zstd 才压缩——这是基础认知现代场景优先用 zstd——低级别和 lz4 一样快高级别能压到 xz 的水平非要.gz就换成 pigz解压前先算展开后有多大——磁盘装得下IO 也未必扛得住别像我一样把机器拖进假死流式处理优先——能管道就别落盘zgrep、zcat | grep是好朋友压缩级别不是越高越好——边际收益递减很明显最后送大家一句箴言“压缩是一门艺术解压是一门玄学而重启假死的服务器是一门体力活。”如果这篇文章帮你避开了一个坑记得点赞收藏。下次半夜被告警叫起来时至少你不会再敲bzcat *.bz2 all.log了。延伸阅读一条bzcat把线上机器查到假死的复盘 —— 反面教材全量解压压缩日志把线上机器直接查到假死curl 实战程序员必备的接口调试与性能排查利器 —— 另一件命令行必备的趁手工具《Linux 网络排查命令速查连接数暴涨到 2 万那晚我是这样用 ss、tcpdump、mtr、dig 一层层揪出真凶的》 —— 同系列命令速查网络连通性 / 连接数 / 抓包排查Zstandardzstd官方仓库 · facebook/zstd —— zstd 官方说明含-T0多线程和各压缩级别man bzip2/bzip2recover—— §5.5 的出处-1..-9是块大小以及按块恢复损坏文件最后更新2026-11-02按测试机实测订正多处并补了几处内容开头案例原文写「一周 168 个文件解压出 168GB、撑爆磁盘、OOM Killer 介入」和事故复盘对不上。实际是解压一天 24 个.bz2磁盘没满、也不是 OOM是写盘和业务抢 IO 拖垮了机器§4.1 基准表换成两份日志的实测。原文「zstd 速度接近 gzip、压缩比接近 xz」改成按级别说默认级别比 gzip 快 6~8 倍-19 才接近 xz§5.5 损坏恢复原文说 gzip、xz、bzip2 都是「中间坏一个字节后面全废」bzip2 不是它分块压缩坏一块其余能用bzip2recover救命令写法--exclude要写在路径前面-C的目录要先建好漏-f不会卡住而是报错退出§6 的tar.zst -T0会报错改为tar -I zstd -T0Arch 是从 xz不是 gzip换到 zstd新增§4.3 按读者建议补上 pigz 和 lz4 的实测§5.1 补落盘时怎么护住业务pv限速§6 补 zip 用法和中文文件名乱码§3.2 补--strip-components另补了 gzip 损坏后的表现、旧版 tar 怎么用 zstd。

Linux 压缩命令实战：tar、gzip、bzip2、xz、zstd 怎么选？一篇讲清楚

相关推荐

【大数据框架】Calcite 基础概念：从 SQL 到执行计划的思维路径

Qwen3-Omni：多模态AI实时交互全攻略

三环境测试全覆盖：OpenRouter ai-sdk-provider Node、Edge与E2E测试体系解析

更多资讯

安卓玩机工具----告别面具！SukiSU Ultra 内核级 Root 与终极隐藏实战指南

Restful风格请求响应和数据库封装映射

【深度学习毕设选题】基于深度学习的眼部目标检测研究，基于YOLO算法的眼睑信息自动测量方法研究

memory __get_fault_gfp_mask

执行力贬值之后：奥特曼访谈折射的3条能力增长路线与1个底层支撑

数仓开发的三层责任：业务定义、模型设计与 SQL 实现

今日更新

淘宝商品详情API开发实战与性能优化指南

Unity Package Manager刷新错误排查与解决方案

Java record 规范构造器能否被反序列化或反射绕过

本周精选

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

基于DRV8818与STM32的双极步进电机驱动方案实战解析

DRV8818PWPR+PIC18F45K80双极步进电机控制方案实战

本月热门

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

基于DRV8818与STM32的双极步进电机驱动方案实战解析

DRV8818PWPR+PIC18F45K80双极步进电机控制方案实战

读完文章，想聊聊您的网站？