PHP临时日志通常位于/tmp、./logs或/var/log/php-tmp等非标准路径，主要源于error_log配置、框架日志目录或开发者手动写入；应优先用logrotate管理，避免自行脚本清理引发冲突。
PHP 临时日志文件通常在哪里？
PHP 自身不直接生成“临时 logs”，你看到的 php_error.log、debug.log 或类似命名的文件，基本来自三类地方：error_log 配置指向的路径、框架（如 Laravel 的 storage/logs/）、或开发者用 file_put_contents(..., FILE_APPEND) 手动写入的调试文件。它们常被丢在 /tmp、./logs、/var/log/php-tmp 这类非标准位置，也就失去了系统日志轮转机制的保护。
用 logrotate 管理非标准 PHP 日志最稳
别自己写 PHP 脚本定时删——它可能卡住、没权限、或和正在写的日志冲突。交给 logrotate，它专治这类问题，且支持按大小/天数清理、压缩、甚至 postrotate 触发 reload。
例如，清理 /tmp/php-debug-*.log：
/tmp/php-debug-*.log {
daily
missingok
rotate 7
compress
delaycompress
notifempty
create 644 www-data www-data
sharedscripts
}
关键点：
立即学习“PHP免费学习笔记（深入）”；
-
missingok：文件不存在也不报错，避免 cron 报警 -
delaycompress：先保留上一轮未压缩的，防止脚本读取时被锁 - 务必确认
www-data（或对应 web 用户）对目标目录有写权限，否则create失败 - 如果日志是 PHP 进程持续
fopen(..., 'a')写入的，copytruncate比rotate更安全（但会丢失截断瞬间的日志）
PHP 内部写日志时就控制生命周期
如果你能改代码，比后期清理更彻底。比如用 error_log() 写到 syslog，或用 Monolog 的 RotatingFileHandler：
$handler = new RotatingFileHandler('/tmp/app-debug.log', 7);
注意参数差异：
-
RotatingFileHandler第二个参数是「保留多少个旧文件」，不是天数 - 它默认按文件大小轮转（1MB），要按天请传
new \Monolog\Handler\RotatingFileHandler($path, 0, Logger::DEBUG, true, null, 'Y-m-d') - 直接用
file_put_contents($file, $msg, FILE_APPEND | LOCK_EX)写日志时，千万别省略LOCK_EX，否则并发写会损坏内容
慎用 find + rm 定时清理
有人用 find /tmp -name "php-*.log" -mtime +1 -delete 放进 crontab，看似简单，实际风险高：
- 若日志正在被 PHP 进程
fopen('a')打开，rm后文件句柄仍存在，磁盘空间不会释放（Linux 的 unlink 行为） -
-mtime +1是「修改时间超过 24 小时」，但 PHP 日志可能刚写几秒就被覆盖 mtime，导致误删 - 没有原子性：
find列出后、rm执行前，文件可能被新写入，删掉的是活跃日志
真要用，至少加 -maxdepth 1 和 -type f，并测试 find ... -print0 | xargs -0 ls -lh 先看命中的是否真是旧文件。
临时日志最难搞的从来不是“怎么删”，而是“删的时候它还在被写”。盯紧打开状态、权限、以及轮转时机与写入节奏的错位——这些地方一松懈，磁盘就突然爆满。
