Nginx日志轮转后仍写旧文件：检查重新打开日志的步骤
日志文件改名后，新的访问记录仍出现在旧文件中，并不一定意味着轮转脚本没有执行。程序可能仍持有已经打开的文件。Nginx官方文档把重新打开日志作为轮转流程的一部分，运维时需要同时验证文件变化和进程写入目标。
日志文件改名后，新的访问记录仍出现在旧文件中，并不一定意味着轮转脚本没有执行。程序可能仍持有已经打开的文件。Nginx官方文档把重新打开日志作为轮转流程的一部分，运维时需要同时验证文件变化和进程写入目标。
先检查实际写入位置
记录站点正在使用的访问日志与错误日志路径，核对轮转配置是否指向同一组文件。观察改名前后大小与更新时间，不要仅凭文件名判断写入对象。多个站点共用日志时，还应确认脚本没有把其他业务的文件一起处理，避免分析时遗漏访问记录。
保留完整轮转链路
按适合当前安装方式的流程完成改名、请求重新打开、确认新日志出现，再处理旧文件压缩与保留期限。相关操作应交给已经验证的面板或日志管理配置，不能在不清楚进程身份时复制别人的信号发送命令。若重新打开失败，检查目录权限与错误日志，而不是直接删除旧文件释放空间。
用一次受控请求验收
访问一个已知页面，确认新记录进入预期日志，同时旧文件不再持续增长。随后等待下一次定时轮转，检查文件权限、压缩结果和保留策略是否仍然正确。轮转不是越频繁越好，应结合写入量与保留需要设置。完成后留下路径、触发方式与回退说明，避免下一位维护者重复猜测。
资料与继续阅读
Nginx日志轮转控制说明 · 整理日期：2026-10-30。本文为独立编辑整理，操作建议不代表本站已经完成实测。
本文新增价值
围绕“Nginx日志轮转后仍写旧文件”给出适用条件、判断顺序与具体检查办法，区分需要修改的环节和可以保留的设置，并用可观察的结果验收，避免只提供笼统建议。
围绕“Nginx日志轮转后仍写旧文件”给出适用条件、判断顺序与具体检查办法，区分需要修改的环节和可以保留的设置，并用可观察的结果验收，避免只提供笼统建议。