1. Linux 日志轮转的基础概念与重要性
1.1 日志轮转的核心目标
在 Linux 系统中，日志文件会不断增长，若不进行轮转，磁盘空间可能很快被耗尽，从而影响系统稳定性和服务可用性。通过日志轮转，可以实现对新增日志的分段存档，保存历史日志以供审计与排错，并在轮转时进行必要的清理策略，保持系统长期可持续运行。
此外，轮转后压缩与归档可以显著降低磁盘占用，便于离线存储和传输。合理的轮转策略还支持快速定位问题、缩短日志检索时间，以及在灾备场景下提供可追溯的日志线索。
1.2 轮转策略的要点
常见的轮转粒度包括 daily、weekly、monthly，以及轮转次数 rotate 的设置。通过灵活组合，可以实现“保留最近 N 份日志”、“对旧日志进行压缩”以及“在日志为空时跳过轮转”的策略。
此外，compress 与 delaycompress 常用于减少 I/O 与 CPU 峰值，在日志量较大时尤为重要。对关键日志可以设置 notifempty 以避免空日志文件的轮转，从而提高轮转的实际效果与可用性。
1.3 与系统组件的协同关系
日志轮转不是独立的操作，而是与系统的日志子系统密切相关。常见的日志来源包括 系统守护进程、应用日志、以及网络服务日志等。通过统一的轮转框架，可以实现跨组件的一致策略，并确保轮转完成后能触发必要的后置操作，例如重启日志服务或重新打开日志文件。
在生产环境中，定期轮转计划通常由计划任务（cron/系统定时器）触发，与操作系统的时钟以及负载之间需要保持良好平衡，避免在高峰期引入额外的 I/O 繁忙。
2. logrotate 的工作原理与配置结构
2.1 日志轮转的运行机制
logrotate 是一个独立的轮转程序，由计划任务周期性触发，执行指定日志文件的轮转动作。它会读取全局配置 logrotate.conf，并按配置分发到各个日志块进行处理。轮转完成后，可以执行 postrotate 脚本以通知相关服务重新打开日志。
在默认实现中，cron 或 systemd 的定时器可以触发 logrotate，确保轮转在一个可控的时间点发生，避免并发日志写入导致的数据不一致。
2.2 配置的作用域与结构
logrotate 的全局配置通常位于 /etc/logrotate.conf，其中设定了默认的轮转策略和行为。除了全局选项，/etc/logrotate.d/ 目录中可以放置按应用或服务划分的独立配置文件，实现按场景定制化轮转。
一个典型的结构是：全局配置定义通用规则，而各应用的日志块覆盖该应用的日志目录与文件，具有独立的轮转周期、保留数量、压缩方式等参数。这样既能保持全局一致性，又能针对性优化个别日志的处理。
3. logrotate 配置指令详解
3.1 全局指令与行为
全局配置用于设定整体的轮转行为，例如 daily、weekly、rotate、以及 compress、notifempty 等默认选项。通过这些选项，可以控制日志轮转的基本时间粒度、轮转副本数量以及是否对为空日志进行轮转。
在全局层面，inclu des 指令能将其他目录下的配置纳入执行，include /etc/logrotate.d 这样的写法使得系统管理员可以将具体应用的轮转策略集中管理。
3.2 日志块指令与常用字段
日志块用于描述一类日志文件的轮转规则，典型字段包括 /var/log/myapp/*.log、daily、rotate 30、compress、delaycompress、missingok、notifempty、create 0640 myuser mygroup 等。每个日志块独立生效，便于对不同来源应用配置差异化策略。
此外，sharedscripts 与 prerotate/postrotate 脚本提供了在轮转阶段执行外部操作的能力，常用于通知守护进程重新打开日志、拷贝备份、或触发监控告警等行为。
# 案例：全局轮转配置的常见要素
monthly
rotate 12
compress
delaycompress
notifempty
create 0640 root root
include /etc/logrotate.d
注意：代码块中的配置示例展示了全局配置的典型结构，其中 monthly 表示按月轮转，rotate 12 表示保留最近 12 份轮换档案，compress 和 delaycompress 控制压缩行为，notifempty 避免对空日志轮转。
3.3 脚本钩子与条件
日志轮转在执行前后可以触发钩子脚本，常见的钩子包括 prerotate、postrotate，以及边界条件的判断逻辑。通过这些钩子，可以实现：在轮转前做前置检查、在轮转后通知服务或重启守护进程、以及在特定条件下跳过轮转等。
示例场景：在 postrotate 内使用 systemctl reload nginx，确保 Nginx 重新打开日志文件，避免写入到旧的文件描述符上。
4. 实战示例：从简单到复杂的 logrotate 配置
4.1 针对应用日志的单独轮转
在实际运维中，通常需要给某个应用的日志单独设置轮转策略，以避免与系统日志冲突。下面的示例展示了对一个应用日志目录的独立配置：/var/log/myapp/*.log，设置为每日轮转、保留 7 份、启用压缩、并在轮转后通知应用重新打开日志。
该配置可以放在 /etc/logrotate.d/myapp，便于维护与扩展。
/var/log/myapp/*.log {dailyrotate 7compressmissingoknotifemptycreate 0640 myapp www-datasharedscriptspostrotateif pidof -s myapp >/dev/null 2>&1; thenif [ -f /var/run/myapp.pid ]; thenkill -USR1 `cat /var/run/myapp.pid`fifiendscript
}
在上述示例中，daily 与 rotate 7 控制时间粒度与保留副本；missingok 允许日志缺失时继续轮转而不报错；sharedscripts 使得 postrotate 脚本只执行一次而非逐个日志文件执行；
4.2 与系统日志的综合轮转策略
对于同时生产多类日志的服务器，可以采用统一的轮转策略并将系统日志与应用日志分别放在不同的日志块中，以便后续的汇总分析。下面是一个适用于典型 Linux 服务器的组合轮转配置：系统日志使用系统自带的轮转规则，应用日志使用应用专有策略。
通过这样的组合，系统稳定性与日志可维护性都能得到提升，同时便于在需要时对特定日志进行单独处理。
/var/log/syslog {weeklyrotate 4compressdelaycompressmissingoknotifemptypostrotate/usr/lib/rsyslog/rsyslog-rotateendscript
}/var/log/myapp/*.log {dailyrotate 14compressdelaycompressmissingoknotifemptycreate 0640 myapp www-datasharedscriptspostrotateif [ -f /var/run/myapp.pid ]; thenkill -USR1 `cat /var/run/myapp.pid`fiendscript
}
5. 调试、排错与优化
5.1 常见错误诊断
在排错时，常用的手段包括对比真实执行与预期行为，以及逐步开启调试模式。运行 logrotate -d 或 logrotate -v 可以逐步显示轮转计划、文件匹配、以及执行的操作，帮助定位问题。
如果轮转没有触发，请检查计划任务是否正常执行，确保 cron 或 systemd timer 的服务正常运行，并确认日志块的匹配路径是否正确。
5.2 调试技巧与性能优化
在高日志量场景，开启 delaycompress 与合并轮转可以降低 CPU 与 I/O 的瞬时压力，避免对正在写入的日志造成阻塞。对于长期运行的服务，定期审查 旋转周期、保留数量 与 压缩算法，可有效控制磁盘占用与检索性能。
此外，建议将后置操作放到尽量简洁的脚本中，并对关键路径添加超时保护，以防止轮转过程中出现挂起导致服务不可用。
6. 进阶应用：容器化与云环境中的日志轮转
6.1 容器日志与主机轮转的协同
容器化环境中，容器通常将日志输出到标准输出（stdout/stderr），由容器运行时或日志系统统一收集。此时在容器内部进行日志轮转并不总是可行，应将轮转策略放在宿主机或外部日志聚合层，并确保日志驱动或代理能够按需归档与清理。
对于长期运行的容器，需要在宿主机上配置统一的轮转规则，结合日志收集端点（如 ELK/EFK、Promtail+Loki、Splunk 等）进行集中化管理。这样既能确保容器日志不超出容量，又能保持可检索性。
6.2 与 systemd 和 journald 的协作
在不少发行版中，systemd-journald 提供了内置的日志轮转与旋出能力。对于需要外部轮转控制的场景，可以通过将 journald 的日志输出重新定向至文件系统中的轮转文件，或者在 systemd 级别结合 logrotate 的外部轮转策略进行兼容处理。
通过在全局配置中设置合适的时间点与策略，可以实现边写边轮转、以及轮转完成后的行为一致性，这对于分布式系统的日志一致性尤为重要。
7. 进阶示例合集与完整配置
7.1 完整示例：单应用日志轮转
以下提供一个完整的应用日志轮转片段，涵盖轮转周期、权限、创建新日志、以及轮转后的通知逻辑。该示例适用于将日志分散在应用目录下的场景。
该代码块适合直接放在 /etc/logrotate.d/myapp，便于维护与扩展。
/var/log/myapp/*.log {dailyrotate 7compressdelaycompressmissingoknotifemptycreate 0640 myapp www-datasharedscriptspostrotateif pidof -s myapp >/dev/null 2>&1; thenkill -USR1 `cat /var/run/myapp.pid`fiendscript
}
7.2 统一策略：多日志目录的轮转模板
在大型环境中，往往需要对多种日志来源使用统一模板来降低运维成本。下面的模板展示了对系统日志、应用日志和数据库日志的分组轮转策略，便于在不同目录间实现一致性和灵活性。
通过引入通用变量与注释，可以在不同应用中快速复制粘贴并进行微调，达到“同策略、异对象”的管理目标。
# 全局模板（示例）
{dailyrotate 30compressdelaycompressmissingoknotifempty
}# 系统日志
"/var/log/sys" {dailyrotate 14compressdelaycompressmissingoknotifemptycreate 0640 root admsharedscriptspostrotate/usr/lib/rsyslog/rsyslog-rotateendscript
}# 应用日志
"/var/log/app*/logs/*.log" {weeklyrotate 8compressdelaycompressmissingoknotifemptycreate 0640 appuser appgroupsharedscripts
}
