logrotate需显式配置daily、rotate 30、dateformat -%Y%m%d才能实现按天切分并保留30天日志，缺一不可；daily触发每日轮转，rotate 30保留最近30份归档，dateformat确保文件名含日期便于识别和管理。
logrotate 配置文件里怎么指定按天切分并保留30天日志
默认 logrotate 不会自动按天切分，必须显式设置 daily 并配合 rotate 和 dateformat 才能真正实现“每天一个文件、留30天”。只写 daily 但没配 rotate 30，旧日志会被直接删掉；没加 dateformat，文件名里就没有日期，后续清理和定位会混乱。
实操建议：
-
daily必须存在，否则即使 cron 每天跑，logrotate也不会触发切分 -
rotate 30控制保留份数，不是保留30天——它删的是最老的第31个归档，跟日期无关 - 要让文件名带日期（如
app.log-20241025），必须加dateformat -%Y%m%d和dateyesterday（否则当天日志可能被标成明天的日期） - 示例片段：
"/var/log/app/*.log" { daily missingok rotate 30 compress dateformat -%Y%m%d dateyesterday create 0644 root root }
为什么日志没按预期切分？常见触发失败原因
logrotate 是被动执行的，它本身不启动定时任务，全靠系统 cron 调度。如果没看到切分，大概率是 cron 没跑或配置没生效，而不是规则写错了。
排查步骤：
- 确认 cron 是否运行：
systemctl status cron（Debian/Ubuntu）或systemctl status crond（RHEL/CentOS） - 检查 cron 是否真调用了 logrotate：
grep logrotate /etc/crontab或看/etc/cron.daily/logrotate是否存在且可执行 - 手动测试配置是否语法正确：
logrotate -d /etc/logrotate.d/myapp（-d是 debug 模式，不实际操作文件） - 注意权限：logrotate 进程以 root 运行，但目标日志文件若属其他用户且无读写权限，切分会静默失败
多个应用日志共用同一配置时如何避免冲突
同一个 logrotate 配置块里列出多个路径（如 /var/log/a/*.log 和 /var/log/b/*.log），它们会共享所有参数。一旦某个路径下没有匹配文件，整个块可能跳过执行——这是很多人踩坑的地方。
稳妥做法：
- 每个应用单独一个配置文件，放在
/etc/logrotate.d/下，文件名不含扩展名（如/etc/logrotate.d/nginx） - 避免通配符跨目录匹配，比如
/var/log/*/*.log容易误匹配到不存在的子目录，导致该轮切分整体跳过 - 对关键服务，加
missingok（找不到日志不报错）但不要滥用——它会掩盖路径写错的问题 - 如果必须合并在一个块里，用
sharedscripts+prerotate/postrotate控制脚本执行时机，否则postrotate可能对每个匹配文件都执行一次
切分后服务不重新打开日志文件怎么办
logrotate 默认只是重命名旧文件、新建空文件，原进程还在往旧文件描述符里写——所以你看到新日志文件是空的，而旧文件名（如 app.log.1）还在持续增长。这不是 bug，是设计如此。
解决方法只有通知服务重新加载日志句柄，常用方式：
- 用
copytruncate：先复制再清空原文件，不中断写入，但有极小概率丢几行日志（适合无法 reload 的程序） - 在
postrotate里发信号：postrotate systemctl reload nginx 2>/dev/null || true endscript注意|| true防止某次 reload 失败导致整个 logrotate 中断 - 某些服务（如 rsyslog）支持
HUP信号直接 reopen 日志，可用kill -HUP $(cat /var/run/rsyslogd.pid) - 绝对不要在
postrotate里写kill -USR1之类裸命令，必须先判断进程是否存在，否则 logrotate 会报错退出
ls -lt /var/log/app/ 和 tail -f 当前日志文件内容是否实时更新——这才是真正切分成功的标志。 
