日志要留下证据，也要有清理边界

> 日期说明：归档日期为历史整理日期，不代表原始首发时间；本文于 2026-11-02 核对并修订。命令示例需按实际环境替换占位符。


访问日志、错误日志和审计记录的用途不同。本文整理两个容易忽略的环节，作为日常使用时的检查参考。

<!-- more -->

## 先规划保存范围

访问日志、错误日志和审计记录的用途不同。排障常常只需要近期详细日志，而长期趋势更适合聚合指标。先决定保留多久、是否压缩、是否异地保存，再配置轮转。

## 轮转不只是改文件名

许多服务在日志文件重命名后仍持有旧句柄，需要发送信号重新打开。logrotate 的 postrotate 可以处理这一环。copytruncate 存在复制与截断之间的小窗口，不适合对日志完整性要求很高的场景。

## 日常使用的小结

定期检查轮转是否真的发生，以及压缩文件是否占据意外空间。配置文件写好了，不代表定时任务一定运行成功。


## 操作参考与适用边界

### 预览轮转计划

```sh
logrotate --debug /etc/logrotate.conf
```

debug 模式用于观察计划，不执行实际轮转。应从输出确认匹配到的日志路径与轮转条件，再检查定时任务日志。不要用强制轮转来代替诊断。

### 如何判断结果

操作后应将实际结果与文中目标对照；命令成功退出只能证明该步骤完成，不能替代业务层验证。记录异常信息时，保留时间、软件版本与相关上下文，方便后续复查。

## 参考资料

- [官方文档与规范](https://github.com/logrotate/logrotate)（本次整理参考，页面内容可能随版本更新）
- [继续阅读本站归档](/archives/)