logrotate不支持按CPU使用率直接切割日志，但可通过监控脚本在CPU过高时触发日志轮转。1. logrotate默认按时间或大小切割日志；2. 编写脚本监控指定进程CPU使用率，超过阈值则调用logrotate强制轮转；3. 结合crontab定期执行脚本；4. 配置logrotate使用size、copytruncate等参数优化高负载场景下的日志管理，实现高效故障排查。
Linux系统中日志文件会随着时间不断增长，影响系统性能和磁盘空间。logrotate 是 Linux 下管理日志文件的标准工具，通常按时间或大小进行切割，但默认并不支持按 CPU 使用率直接切割日志——因为日志本身不反映进程的 CPU 消耗。不过，可以通过结合监控脚本与 logrotate 的机制，实现“在高 CPU 场景下触发日志行为”的实用策略。
理解 logrotate 的基本机制
logrotate 通过配置文件定义日志的轮转规则，常见触发条件包括：
- 按天、周、月周期（daily, weekly, monthly）
- 当日志文件达到指定大小（size）
- 手动执行 logrotate -f config_file
它不直接监听 CPU 使用情况，但可以被外部脚本调用。这意味着我们能通过监控 CPU 来决定是否强制轮转日志。
通过监控脚本触发日志切割
虽然不能直接“按 CPU 使用率切割日志”，但可以在检测到高 CPU 时主动调用 logrotate，保留关键时间段的日志以便分析。
例如：当某个服务进程 CPU 占用过高时，自动切割其日志，便于事后排查问题。
编写一个简单的监控脚本（如 monitor_cpu_and_rotate.sh）：
PROCESS_NAME="your_service" # 替换为实际进程名
LOGROTATE_CONF="/etc/logrotate.d/your_app"
THRESHOLD=80 # CPU 使用率阈值（%）
PID=$(pgrep $PROCESS_NAME)
if [ -z "$PID" ]; then
exit 0
fi
# 获取该进程的 CPU 使用率（采样一次）
CPU_USAGE=$(ps -p $PID -o %cpu --no-headers | awk '{print $1}' | cut -d. -f1)
if [ "$CPU_USAGE" -gt "$THRESHOLD" ]; then
# 触发日志切割
/usr/sbin/logrotate -f $LOGROTATE_CONF
echo "$(date): High CPU detected ($CPU_USAGE%), log rotated." >> /var/log/cpu_monitor.log
fi
将此脚本加入 crontab 定期执行：
* * * * * /path/to/monitor_cpu_and_rotate.sh优化日志策略配合高负载场景
除了被动响应，还可提前设计日志策略应对高负载：
- 使用 size 参数让 logrotate 在日志增长过快时自动切割
- 启用 copytruncate 避免服务重启，适合无法重读日志句柄的程序
- 结合 systemd-journald 限制内存中日志大小，防止突发日志撑爆磁盘
示例配置（/etc/logrotate.d/your_app）：
/var/log/your_app.log {size 100M
copytruncate
compress
missingok
notifempty
}
这样即使没有 CPU 直接触发，也能在高负载导致日志激增时自动处理。
基本上就这些。logrotate 本身不支持按 CPU 切割，但通过外部监控 + 脚本调用，完全可以实现“高 CPU 时保留现场日志”的实用目标，提升故障排查效率。
