对单个大体积日志文件原地高压缩需用 gzip -9，可获60%–70%压缩率；保留原文件需加 -c 重定向；超大文件建议 pv 流式压缩；压缩后须用 gzip -t 和 -l 验证完整性与压缩率，确认无误再删除原文件。
对单个大体积日志文件做原地高压缩比压缩，核心是用 gzip 配合高比率参数，并控制是否保留原始文件。日志文件（如 /var/log/syslog、app.log）通常是纯文本，LZ77 + Huffman 的 gzip 算法对其压缩效果很好，60%–70% 压缩率很常见。
用 -9 参数启用最高压缩等级
默认压缩级别是 6，-9 可显著提升压缩率（尤其对重复多的文本日志），代价是 CPU 时间略增，但对大文件值得：
-
gzip -9 /var/log/app.log→ 生成app.log.gz，原文件被删除 - 若想同时显示过程并确认进度：
gzip -9v /var/log/app.log
保留原始文件不删除
生产环境通常要求保留原始日志以备紧急查验。此时不能直接覆盖，需用 -c（stdout）重定向：
gzip -9c /var/log/app.log > /var/log/app.log.gz- 这样原文件不动，新压缩包独立生成，空间占用临时翻倍（需确保磁盘有足够余量）
避免内存溢出：大文件推荐分块处理（可选进阶）
极端情况（如几十 GB 日志），gzip 默认加载全文件进内存可能吃紧。虽罕见，但可加 --rsyncable 提升兼容性，或配合 pv 监控流速：
-
pv /var/log/app.log | gzip -9 > app.log.gz（需先apt install pv或yum install pv） - 该方式为流式压缩，内存占用稳定，适合自动化脚本中使用
验证压缩结果与完整性
压缩完别急着删原文件，先快速校验：
-
gzip -t app.log.gz→ 检查是否损坏 -
gzip -l app.log.gz→ 查看压缩前/后大小、压缩率（例如显示compressed: 123456789 original: 456789012 ratio: 73.1%） - 确认无误后再手动或脚本清理：
rm /var/log/app.log
