logrotate 配置关键在于根据实际场景选择轮转策略并正确设置参数。1. 理解配置结构，主配置在 /etc/logrotate.conf，服务独立配置放在 /etc/logrotate.d/。2. 按需选择轮转策略：按天适用于日志量稳定场景，按大小适合突发流量，也可结合使用。3. 配合 postrotate 脚本通知服务重载，如 nginx 使用 systemctl reload nginx，自定义服务可发送 usr1 信号。4. 定期检查配置是否生效，可通过 logrotate -d 手动测试，并查看系统日志确认运行状态。
服务日志轮转配置其实不复杂，但关键是要根据实际使用场景来设置合理的规则。logrotate 是 Linux 下非常成熟、广泛使用的日志管理工具，能自动帮你按时间或大小切割日志文件，并支持压缩、清理旧日志等操作。只要配好一次，基本就能长期稳定运行。
1. 理解 logrotate 的基本配置结构
logrotate 的主配置文件通常位于 /etc/logrotate.conf，而每个服务的独立配置则放在 /etc/logrotate.d/ 目录下。建议为每个服务单独建立一个配置文件，这样更清晰也便于维护。
一个基础的日志轮转配置可能长这样：
/var/log/myapp.log {
daily
missingok
rotate 7
compress
delaycompress
notifempty
create 644 root root
}-
daily：每天轮转一次。 -
missingok：如果日志文件不存在也不报错。 -
rotate 7：保留最近 7 份日志。 -
compress：启用压缩（默认用 gzip）。 -
delaycompress：延迟一天再压缩，适合需要处理前一天日志的脚本。 -
notifempty：日志为空时不进行轮转。 -
create：轮转后创建新日志文件并指定权限和属主。
2. 按需选择轮转策略：按天 or 按大小？
logrotate 支持多种触发条件，最常见的有以下几种组合：
- 按天 + 固定保留份数：适用于日志量比较稳定的场景。
- 按大小 + 最大保留体积：适合突发流量较大的服务，比如 Web 服务器。
- 结合两者：例如“每周轮转一次，但如果日志超过 100M 就提前轮转”。
举个例子，如果你希望某个服务日志在达到 100MB 时就切分，可以这样写：
/var/log/bigapp.log {
size 100M
rotate 5
compress
missingok
notifempty
create 644 root root
}注意：size 和 daily/time-based 设置是“或”的关系，满足其中一个就会触发轮转。
3. 配合 postrotate 脚本通知服务重载
有些服务在日志被轮转后不会自动切换到新文件，比如 Nginx 或自己写的后台程序。这时候就需要在 postrotate 中执行 reload 命令，让服务重新加载日志文件句柄。
例如：
/var/log/myapp.log {
daily
rotate 14
compress
delaycompress
notifempty
create 644 root root
postrotate
/bin/kill -USR1 `cat /var/run/myapp.pid`
endscript
}这段配置的意思是：日志轮转完成后，向进程发送 USR1 信号，让它重新打开日志文件。具体信号类型要参考你所用服务的文档。
常见服务 reload 示例：
- Nginx:
systemctl reload nginx - Apache:
apachectl graceful - 自定义服务: 发送
USR1或调用重启脚本
4. 定期检查配置是否生效
logrotate 默认由 cron 每天运行一次（通常是 /etc/cron.daily/logrotate），所以你配置完不一定马上看到效果。可以用下面这个命令手动测试一下：
logrotate -d /etc/logrotate.d/myconfig
其中 -d 表示 debug 模式，会输出详细的模拟执行过程，帮助你确认配置是否正确。
如果你发现日志没有如预期轮转，可以检查以下几个方面：
- 日志路径是否正确，权限是否允许读写
- 是否遗漏了
create参数导致无法新建日志文件 -
postrotate脚本是否有语法错误或执行失败 - 查看系统日志
/var/log/messages或/var/log/syslog，看看有没有 logrotate 的报错信息
基本上就这些。配置 logrotate 不算难，关键是理解各个参数的作用，并根据实际业务需求灵活搭配。只要一开始配好，后面基本不用怎么管了。
