Linux服务器在持续运行过程中，各类服务、系统组件会不断生成日志文件，这些日志用于记录运行状态、排查故障，但如果不做管理，日志体积会持续增长，最终引发磁盘空间不足、日志溢出无法写入新记录等问题，直接影响服务的可用性。
常见的Linux日志文件及存储位置
Linux系统的日志大多存放在/var/log目录下，不同类型的日志对应不同的文件：
/var/log/messages：系统通用日志，记录内核、系统服务的基础运行信息/var/log/secure：安全相关日志，记录登录、权限变更等安全事件/var/log/nginx/或/var/log/httpd/：Web服务的访问和错误日志/var/log/mysql/：MySQL数据库的运行日志和慢查询日志/var/log/docker.log：Docker容器的运行日志
日志文件过大的常见原因
日志体积异常增长通常不是单一因素导致的，常见原因有以下几点：
- 服务出现异常，频繁输出错误日志，比如程序死循环不断抛出错误
- 没有配置日志轮转策略，日志一直追加写入同一个文件，不会自动切割归档
- 业务访问量突增，访问日志量成倍上涨，超过了默认的日志管理阈值
- 调试阶段开启了详细的debug日志级别，产生了大量冗余日志内容
临时解决日志溢出的方法
如果已经出现磁盘空间不足的情况，可以先做临时清理快速释放空间：
1. 查看磁盘占用情况
首先通过命令确认磁盘的使用状态，找到占用空间较大的日志文件：
# 查看所有挂载点的磁盘使用情况 df -h # 查看/var/log目录下各文件的大小 du -sh /var/log/*
2. 清空过大的日志文件
不要直接删除正在被进程写入的日志文件，否则进程会继续占用原文件描述符，空间不会释放，正确的方式是清空文件内容：
# 清空指定日志文件，保留文件权限和属主 truncate -s 0 /var/log/messages # 或者用重定向的方式清空 > /var/log/nginx/access.log
3. 临时调整日志级别
如果是debug日志过多导致的问题，可以临时将服务的日志级别调整为info或者warn，减少冗余日志输出：
# 以nginx为例，修改配置文件中的日志级别 vim /etc/nginx/nginx.conf # 找到error_log配置，修改为 error_log /var/log/nginx/error.log warn; # 重新加载配置 nginx -s reload
长期解决日志问题的方案
临时清理只能解决当前问题，要避免日志再次溢出，需要配置长期的日志管理策略。
1. 配置logrotate日志轮转
logrotate是Linux系统自带的日志管理工具，可以自动完成日志切割、压缩、删除旧日志等操作，默认每天执行一次。系统级的logrotate配置文件在/etc/logrotate.conf，自定义的服务日志配置可以放在/etc/logrotate.d/目录下。
以nginx日志的logrotate配置为例，创建/etc/logrotate.d/nginx文件，内容如下：
/var/log/nginx/*.log {
daily # 每天轮转一次日志
rotate 7 # 保留最近7天的日志
missingok # 日志文件不存在时不报错
notifempty # 日志为空时不轮转
compress # 轮转后的日志用gzip压缩
delaycompress # 延迟一天压缩，方便排查当天问题
sharedscripts # 所有日志轮转完成后执行一次脚本
postrotate # 轮转后执行的命令，重新打开日志文件
/bin/kill -USR1 $(cat /var/run/nginx.pid 2>/dev/null) 2>/dev/null || true
endscript
}
配置完成后可以用以下命令测试配置是否生效：
# 强制触发logrotate执行，测试nginx日志轮转 logrotate -vf /etc/logrotate.d/nginx
2. 应用层日志配置优化
除了系统级的logrotate，还可以在应用本身的日志配置中做限制，比如Java应用的logback配置，可以限制单个日志文件的大小和保留数量：
<configuration>
<appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">
<file>/var/log/myapp/app.log</file>
<rollingPolicy class="ch.qos.logback.core.rolling.FixedWindowRollingPolicy">
<fileNamePattern>/var/log/myapp/app.%i.log</fileNamePattern>
<minIndex>1</minIndex>
<maxIndex>10</maxIndex>
</rollingPolicy>
<triggeringPolicy class="ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy">
<maxFileSize>100MB</maxFileSize>
</triggeringPolicy>
</appender>
<root level="info">
<appender-ref ref="FILE" />
</root>
</configuration>
3. 定期监控日志体积
可以配置监控脚本，定期检查日志目录的大小，超过阈值时发送告警，提前发现问题：
#!/bin/bash
# 日志目录路径
LOG_DIR="/var/log"
# 阈值大小，单位GB
THRESHOLD=5
# 获取日志目录大小，转换为GB
SIZE=$(du -sg $LOG_DIR | awk '{print $1}')
if [ $SIZE -gt $THRESHOLD ]; then
echo "日志目录$LOG_DIR大小超过${THRESHOLD}GB，当前大小为${SIZE}GB" | mail -s "日志体积告警" admin@ipipp.com
fi
将脚本加入crontab定时执行即可：
# 每天凌晨2点执行检查脚本 0 2 * * * /root/check_log_size.sh
注意事项
- 清理日志前一定要确认日志内容已经不需要用于故障排查，重要日志建议先归档备份
- 修改logrotate配置后一定要测试生效，避免配置错误导致日志轮转失败
- 对于容器化的服务，日志管理需要结合容器的日志驱动配置，避免容器日志输出到标准输出后占满宿主机磁盘