ThinkPHP生产环境日志文件过大_日志级别调整与自动切割方案-ThinkPHP-PHP中文网

ThinkPHP日志暴增主因是生产环境log_level失效、single类型不支持级别过滤、daily类型未设max_file_size、debug残留及无自动清理；应切daily类型、配max_file_size、删debug、用logrotate轮转。

thinkphp生产环境日志文件过大_日志级别调整与自动切割方案

日志文件暴增到几个GB，`log_level` 配置没起作用？

ThinkPHP 默认在 app.php 里设 log_level，但很多人改了没效果——因为生产环境（APP_DEBUG = false）下，TP 会忽略这个配置，只认 LOG_LEVEL 环境变量或 log.type = 'single' 下的硬编码逻辑。

实操建议：

确认当前日志类型：检查 config/log.php 中 'type' => 的值，'single' 不支持按级别过滤，必须切到 'daily' 或 'trace'
改用 'type' => 'daily' 后，log_level 才生效；否则所有级别（包括 debug）全写进文件
如果必须用 'single'（比如对接某些日志采集工具），只能靠 log.max_files + 外部脚本轮转，不能依赖 TP 内置过滤

启用了 `'daily'` 日志，但每天仍生成超大文件？

不是“按天分文件”就等于“体积可控”，'daily' 类型默认不设单文件上限，一天内狂打 Log::debug() 依然能冲到几百MB。

实操建议：

强制限制单日大小：在 config/log.php 加 'max_file_size' => 5242880（5MB），超出自动新建当天第二个文件（如 2024-06-15-2.log）
注意 max_file_size 对 'single' 无效，仅对 'daily' 和 'file' 生效
TP 6.0+ 支持 'format' => '[{datetime}] {level} : {message}'，删掉冗余字段（比如去掉 {context}）能省 30%+ 体积

`Log::debug()` 在生产环境还满天飞？

很多项目上线后没清理调试代码，Log::debug() 被大量保留在循环、高频接口里，这是日志爆炸的主因。TP 不会帮你判断“这行 debug 是否该删”，它只会忠实写入。

实操建议：

全局搜索 Log::debug( 和 dump(，重点检查控制器方法、事件监听器、队列任务
用 env('APP_DEBUG', false) 包一层再调用：env('APP_DEBUG') && Log::debug(...)，避免条件编译遗漏
CI/CD 流水线加检查项：grep -r "Log::debug\|dump(" app/ | grep -v ".git" && exit 1

Linux 上日志没自动清理，磁盘快满了

ThinkPHP 的 'daily' 日志不会自动删旧文件，log.file_size 和 log.max_files 控制的是单文件行为，不是归档生命周期。

实操建议：

别依赖 TP 自带清理——它压根没这功能。用系统 logrotate 最稳：

新建 /etc/logrotate.d/thinkphp，内容：

/var/www/myapp/runtime/log/*.log {
    daily
    missingok
    rotate 30
    compress
    delaycompress
    notifempty
    create 644 www-data www-data
}