<p>分卷压缩的 tar.gz 文件必须用 cat 分卷通配符拼接后通过管道交由 tar 解压，不可单独解压任一卷；典型命令为 cat logs.tar.gz.* | tar -xzf -，加 -C 指定路径，避免先合并磁盘文件以节省空间、避免静默损坏及减少 I/O。</p>
分卷压缩的 tar.gz 文件不能直接用 tar -zxvf 单独解压任一卷，必须先合并流再解压——这是最常踩坑的地方。
cat *.tar.gz.* | tar -xzf - 是唯一可靠解压方式
分卷文件名通常是 logs.tar.gz.00、logs.tar.gz.01 这类数字后缀（由 split -d 生成），解压时必须用 cat 按字典序拼接全部分卷，再通过管道交给 tar 处理：
-
cat logs.tar.gz.* | tar -xzf -—— 最简写法，依赖 shell 通配符排序（只要后缀是00、01… 就能正确顺序拼接） - 如果分卷名含空格或特殊字符，改用
printf '%s\0' logs.tar.gz.* | sort -z | xargs -0 cat | tar -xzf - - 加
-C /target/dir指定解压路径：cat logs.tar.gz.* | tar -xzf - -C /data/ - 不加
v参数更安全：分卷较大时加v可能因缓冲导致输出错乱，且无法反映真实进度
为什么不能先合并成一个 .tar.gz 再解压？
看似直观，但有三个实际风险：
- 临时磁盘空间要翻倍：合并后的
logs.tar.gz和所有分卷同时存在，至少需两倍原始压缩体积空间 - 合并过程无校验：若某一分卷损坏（如传输中断），
cat会静默拼入损坏数据，直到tar解压时报gzip: stdin: unexpected end of file - 多一次 I/O：先写磁盘再读磁盘，比纯管道慢，尤其在 HDD 或远程挂载文件系统上明显
split 后缀不带 -d 时，通配符可能乱序
如果分卷是用 split -b 500M -（没加 -d）生成的，后缀是 aa、ab、ac…，那么 ls *.tar.gz.* 默认按 ASCII 排序，aa → ab → az → ba 是对的；但一旦超过 zz（比如到 aaa），shell 通配符就不再保证顺序。
- 保险做法：显式用
sort排序：cat $(ls logs.tar.gz.* | sort) | tar -xzf - - 或者重命名分卷为数字后缀：
rename 's/\.([a-z]{2})$/.sprintf("%02d", ord($1)-ord("aa")+1)/e' logs.tar.gz.*（需安装perl-rename） - 更推荐源头控制：下次压缩时一定加
split -d
真正麻烦的不是命令本身，而是分卷缺失或损坏时，cat 不报错、tar 才报错，而且错误位置难定位——建议解压前先用 ls -l logs.tar.gz.* | wc -l 核对分卷数量是否与压缩时一致。
