ThinkPHP日志暴增主因是生产环境log_level失效、single类型不支持级别过滤、daily类型未设max_file_size、debug残留及无自动清理；应切daily类型、配max_file_size、删debug、用logrotate轮转。
日志文件暴增到几个GB，log_level 配置没起作用？
ThinkPHP 默认在 app.php 里设 log_level，但很多人改了没效果——因为生产环境（APP_DEBUG = false）下，TP 会忽略这个配置，只认 LOG_LEVEL 环境变量或 log.type = 'single' 下的硬编码逻辑。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 确认当前日志类型：检查
config/log.php中'type' =>的值，'single'不支持按级别过滤，必须切到'daily'或'trace' - 改用
'type' => 'daily'后，log_level才生效；否则所有级别（包括debug）全写进文件 - 如果必须用
'single'（比如对接某些日志采集工具），只能靠log.max_files+ 外部脚本轮转，不能依赖 TP 内置过滤
启用了 'daily' 日志，但每天仍生成超大文件？
不是“按天分文件”就等于“体积可控”，'daily' 类型默认不设单文件上限，一天内狂打 Log::debug() 依然能冲到几百MB。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 强制限制单日大小：在
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 是否该删”，它只会忠实写入。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 全局搜索
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 控制的是单文件行为，不是归档生命周期。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 别依赖 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 } - 测试配置是否合法：
logrotate -d /etc/logrotate.d/thinkphp，避免写错导致轮转失效
最常被忽略的一点：logrotate 默认每天凌晨触发，但如果你的服务日志路径权限是 root 写的，而 logrotate 以 root 运行却试图用 www-data 创建新文件，就会静默失败——得在 create 行明确指定用户组。
