如何通过高效清理Linux服务器日志文件显著提升系统性能与运行效率？
- 内容介绍
- 文章标签
- 相关推荐
在Linux服务器上运行一段时间后最让人头疼的就是日志文件悄悄“吃掉”硬盘空间。是/var分区单独划分只有5G的场景。日志写满后直接导致磁盘100%，服务卡顿甚至宕机，凌晨被告警叫醒成了常态。定期高效清理日志，是明显提高程序性能与运行效率的必做功课。
为什么日志清理会直接影响程序性能
使用者痛点一：硬盘空间告急。服务随时崩溃
日志文件因为时间推移不断增大，占用大量硬盘空间。怎么说呢，当/var/log爆满时数据库写入失败、Web服务无法启动、程序无法创建临时文件。直接影响业务可用性，
使用者痛点二：IO和CPU浪费在无用日志上
过大的日志导致iostat飙高。备份和搜索变慢，dmesg频繁报No space left on device，让服务器性能表现直线下降。
使用者痛点三：手动处理耗时且易误删
临时用rm -rf /tmp/*或粗暴清空日志。容易误删正在写入的文件，造成应用异常。不过，需要一套自动化、安全、可回溯的方案。
/var/log目录是重灾区
Linux程序日志文件通常存储在/var/log目录下。因为程序运行时间延长，syslog、messages、应用自定义.log会迅速膨胀，必须定期清理与轮转。
方法一这方面，使用logrotate自动轮转压缩保留。 是最省心的工具
logrotate是Linux自带的日志管理工具，可自动压缩、删除和轮转日志文件，无需人工干预。
解释的观点是。每天自动压缩并保留7天的日志文件，不足7天的不压缩，如目录为空则不发送通知，创建新日志文件的权限设置为640，所有者是root，所属组是adm。
添加定时任务示例，每天凌晨凌晨 02 点 清理7天前的 日志 文件 ：
find /var/log -type f -name *.log -mtime +7 -exec rm -f {} \;
cat> /var/log/messages
cat> /var/log/syslog
/var/log/myapp/*.log {
daily
dismissingok
dirotate 7
dcompress
dnotifempty
dcreate 640 root adm
}
从编辑配置文件来看。
sudo vi /etc/logrotate.d/myapp
这表示每天轮转一次日志文件,保留最近7天的日志,并压缩旧的日志文件。按理说，
cron配合logrotate更可靠
0 3 * * * root logrotate -f /etc/logrotate.conf
可设置定时任务强制执行。确保大流量日也能及时轮转。
至于方法二，使用cron定时任务定期清理超期 日志
如果你不想依赖logrotate。也可通过cron定时任务来定期清理 日志 文件。适合/var分区极小、需要快速释放空间的场景。
sudo crontab -e
添加以下行这方面。
0 02 * * * /usr/local/bin/clean_logs.sh
脚本示例这方面，
设置执行权限的观点是。
sudo chmod +x /usr/local/bin/clean_logs.sh
这种方式能避免磁盘持续被老旧 日志 占满，防止因/var分区5G限制导致的服务中断。另 一 种 直接 清空 的 定时 任 务，适合只想保 留 最近 记录 的 场 景 ：
0 3 * * * root find /var/log -type f -name .log -exec truncate -s 0 {} \;
或 更 简 单 地 删除30天前 的 文 件 ：
sudo find /var/log -type f -name ".log" -mtime +30 -exec rm {} \;
注意不要删除正在写入的关键程序日记，建议先测试。
0
添加定时任务速查
比方说每天凌晨02 点 清理7天前的日记 文件 ：
在Linux服务器上运行一段时间后最让人头疼的就是日志文件悄悄“吃掉”硬盘空间。是/var分区单独划分只有5G的场景。日志写满后直接导致磁盘100%，服务卡顿甚至宕机，凌晨被告警叫醒成了常态。定期高效清理日志，是明显提高程序性能与运行效率的必做功课。
为什么日志清理会直接影响程序性能
使用者痛点一：硬盘空间告急。服务随时崩溃
日志文件因为时间推移不断增大，占用大量硬盘空间。怎么说呢，当/var/log爆满时数据库写入失败、Web服务无法启动、程序无法创建临时文件。直接影响业务可用性，
使用者痛点二：IO和CPU浪费在无用日志上
过大的日志导致iostat飙高。备份和搜索变慢，dmesg频繁报No space left on device，让服务器性能表现直线下降。
使用者痛点三：手动处理耗时且易误删
临时用rm -rf /tmp/*或粗暴清空日志。容易误删正在写入的文件，造成应用异常。不过，需要一套自动化、安全、可回溯的方案。
/var/log目录是重灾区
Linux程序日志文件通常存储在/var/log目录下。因为程序运行时间延长，syslog、messages、应用自定义.log会迅速膨胀，必须定期清理与轮转。
方法一这方面，使用logrotate自动轮转压缩保留。 是最省心的工具
logrotate是Linux自带的日志管理工具，可自动压缩、删除和轮转日志文件，无需人工干预。
解释的观点是。每天自动压缩并保留7天的日志文件，不足7天的不压缩，如目录为空则不发送通知，创建新日志文件的权限设置为640，所有者是root，所属组是adm。
添加定时任务示例，每天凌晨凌晨 02 点 清理7天前的 日志 文件 ：
find /var/log -type f -name *.log -mtime +7 -exec rm -f {} \;
cat> /var/log/messages
cat> /var/log/syslog
/var/log/myapp/*.log {
daily
dismissingok
dirotate 7
dcompress
dnotifempty
dcreate 640 root adm
}
从编辑配置文件来看。
sudo vi /etc/logrotate.d/myapp
这表示每天轮转一次日志文件,保留最近7天的日志,并压缩旧的日志文件。按理说，
cron配合logrotate更可靠
0 3 * * * root logrotate -f /etc/logrotate.conf
可设置定时任务强制执行。确保大流量日也能及时轮转。
至于方法二，使用cron定时任务定期清理超期 日志
如果你不想依赖logrotate。也可通过cron定时任务来定期清理 日志 文件。适合/var分区极小、需要快速释放空间的场景。
sudo crontab -e
添加以下行这方面。
0 02 * * * /usr/local/bin/clean_logs.sh
脚本示例这方面，
设置执行权限的观点是。
sudo chmod +x /usr/local/bin/clean_logs.sh
这种方式能避免磁盘持续被老旧 日志 占满，防止因/var分区5G限制导致的服务中断。另 一 种 直接 清空 的 定时 任 务，适合只想保 留 最近 记录 的 场 景 ：
0 3 * * * root find /var/log -type f -name .log -exec truncate -s 0 {} \;
或 更 简 单 地 删除30天前 的 文 件 ：
sudo find /var/log -type f -name ".log" -mtime +30 -exec rm {} \;
注意不要删除正在写入的关键程序日记，建议先测试。
0
添加定时任务速查
比方说每天凌晨02 点 清理7天前的日记 文件 ：