在CentOS系统中，Java应用运行时间一长，日志文件就会像滚雪球一样不断膨胀。如果不及时清理，磁盘空间迟早会告急，运维人员也得头疼。其实，给日志“瘦身”并不复杂，压缩就是一种直接有效的解决方案。下面介绍几种常见方法，覆盖日常场景，你可以根据实际需求选择合适的方式。
1. 用 zip 快速打包
如果你习惯手动操作，zip 是最熟悉的老朋友。一条命令就能把日志文件夹打包成一个压缩包，操作简单直接。
zip -r logs.zip /path/to/logs/*2. 用 tar 打包并压缩
想要更高效？tar 配合 gzip 是经典组合。一次打包、一次压缩，一步到位，而且压缩比通常比 zip 更友好。
tar -czvf logs.tar.gz /path/to/logs/*3. 让 logrotate 自动轮转压缩
手动操作终究不是长久之计。系统自带的 logrotate 正是专门干这个的——自动轮转、自动压缩、自动清理过期日志，配置好之后基本不用再操心。
先创建一个针对你 Java 应用的配置文件：
sudo nano /etc/logrotate.d/your-java-app填入类似这样的配置：
/path/to/logs/*.log {
daily
rotate 7
compress
missingok
notifempty
create 640 root adm
}每个选项的含义也很清晰：
daily：每天轮转一次rotate 7：保留最近7份轮转后的日志compress：压缩轮转后的日志文件missingok：日志文件不存在时不报错（防止程序尚未写日志时抛出异常）notifempty：空文件不进行轮转（避免生成无意义的压缩包）create 640 root adm：新建日志文件时指定权限和所有者
4. 自己编写 cron 定时任务
如果你对 logrotate 的配置不太适应，或者想更灵活地控制压缩时机，用 cron 手动调度也是一种好办法。比如每天午夜执行一次压缩，将当天的日志归档到以日期命名的 zip 包中：
sudo crontab -e添加一行：
0 0 * * * /usr/bin/zip -r /path/to/logs/$(date +%Y-%m-%d).zip /path/to/logs/*这样每天凌晨零点，系统就会自动生成一个带有日期标记的压缩文件，便于后续管理和查找。
5. 从日志框架层面实现自动压缩
最后，别忘了你使用的日志框架本身可能就具备压缩能力。以 Log4j2 为例，在配置中指定 filePattern 时加上 .gz 后缀，它就能在轮转的同时自动使用 gzip 压缩，几乎零配置成本。
一个典型的 RollingFile 配置如下：
%d %p %c{1.} [%t] %m%n
filePattern中的.gz就是压缩开关TimeBasedTriggeringPolicy和SizeBasedTriggeringPolicy分别按时间或文件大小触发轮转DefaultRolloverStrategy max="7"控制最多保留7份历史日志
以上这些方法，有的适合临时处理，有的适合自动化运维，还有的可以直接融入应用代码层面。选择哪种完全取决于你的实际场景和团队习惯。但不管如何选择，核心目的都一样——让日志不再成为磁盘空间的负担，同时保留足够的历史数据用于问题排查。动手试试，你会发现并没有想象中那么复杂。
