ThinkPHP6定时任务日志需分三类清理：自定义命令日志、crontab重定向日志、think-queue消费日志；推荐统一路径、按时间命名、自动轮转及专用命令清理，避免手动误操作。
ThinkPHP6 定时任务本身不自动产生日志，但你主动写入的日志、系统 crontab 的执行痕迹、以及队列消费过程中的 trace 记录，会集中在几个固定位置。清理的关键不是“一键清空”，而是分场景、有策略地处理。
明确日志来源再清理
定时任务相关的日志通常来自三类地方：
-
你自己在命令类中写的日志：比如用
Log::record()、trace()或file_put_contents()写入的文件，路径由你代码决定（常见于runtime/log/下自建目录，如runtime/log/cron/） -
crontab 原生输出重定向的日志：你在
crontab -e里加了> /tmp/mytask.log 2>&1这类语句，日志就落在你指定的绝对路径里 -
think-queue 消费器产生的日志：包括正常执行日志、失败任务记录（
failed_jobs表或 Redis 中的失败队列）、以及queue:listen启动时的控制台输出（若没重定向，就丢进系统日志或直接消失）
推荐的清理方式
不要手动删文件或清表——容易误操作，也难持续。建议用 ThinkPHP 自带能力 + 系统脚本组合管理：
- 在自定义命令的
handle()方法开头加Log::init(['path' => runtime_path('log/cron/')]);，统一日志目录，便于后续批量清理 - 为 cron 条目加上时间戳命名的日志文件，例如：
* * * * * cd /var/www/myapp && /usr/bin/php think clean:temp >> /tmp/cron-clean-$(date +\%Y\%m\%d).log 2>&1
这样每天一个文件，可配合find /tmp -name "cron-clean-*.log" -mtime +7 -delete自动清理 7 天前的 - 对队列失败任务，别直接删数据库表。改用命令：
php think queue:flush—— 清空已标记为“永久失败”的任务php think queue:retry --id=123—— 重试单个失败任务（排查用） - 如果用了
topthink/think-crontab扩展，它默认把执行记录写进crontab_log数据表，可用php think crontab:clear清理（需扩展支持该命令）
日常维护小技巧
避免日志越积越多，从源头控制更有效：
- 高频任务（如秒级）禁用
Log::record()，改用 Redis 的LPUSH cron_debug_log+ 定时截取，减少磁盘 IO - 所有
crontab条目必须重定向输出，哪怕只写> /dev/null 2>&1，防止邮件队列塞满 root 收件箱 - 在
config/log.php中为 cron 单独配置 channel，设置'max_files' => 30，让日志自动轮转 - 检查
runtime/log/目录权限，确保 web 用户和 CLI 用户（如 www-data 和 deploy）都能读写，否则日志写失败却无提示
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
