Symfony日志默认存于var/log/目录，如dev.log、prod.log；用bin/console log:clear清理最安全，需注意环境参数、权限及monolog配置中的rotating_file_handler和level等设置。
symfony日志文件存在哪？
默认在 var/log/ 目录下，常见文件如 dev.log、prod.log、debug.log，也可能有 php_errors.log（取决于配置）。注意：不是所有日志都归 Symfony 管理——比如 PHP-FPM 或 Apache 自己写的错误日志，不在这个路径里。
用 bin/console log:clear 清理最安全
这是 Symfony 官方推荐方式，会尊重日志轮转配置（如 max_files）、避免删错正在写入的句柄。执行前确保当前用户对 var/log/ 有写权限：
php bin/console log:clear --env=prod
-
--env=prod指定环境，不加默认是dev - 加
--force可跳过确认（适合 CI/CD 脚本） - 该命令不会清空
var/cache/，只动日志 - 若报错
Command "log:clear" is not defined，说明你用的是 Symfony
旧版 Symfony（
直接删文件风险高，尤其生产环境有日志服务（如 Monolog 的 RotatingFileHandler）正在写入时，可能触发 Permission denied 或丢日志。稳妥做法是：
- 停掉 Web 服务（如
systemctl stop nginx或php -S进程）再删，但线上通常不可行 - 用
find按时间删旧文件，保留最近 7 天：find var/log/ -name "*.log" -mtime +7 -delete
- 清空而非删除（更安全）：
></code>var/log/prod.log</code>
（注意：仅适用于没被其他进程以O_APPEND持有句柄的场景） - 检查
config/packages/dev/monolog.yaml或prod/monolog.yaml，确认是否启用了rotating_file_handler和max_files，否则日志会无限增长
为什么清完很快又满了？关键得看配置
单纯删日志治标不治本。常见漏点：
立即学习“PHP免费学习笔记（深入）”；
-
level设太高（如debug环境打太多 SQL 日志），改配置降级：level: 'warning' -
channels里没过滤掉高频渠道（如doctrine或自定义的api_calls），可在 monolog 配置中禁用：channels: ['!doctrine']
- Monolog 的
buffer_size默认是 0（不限），大流量下建议设为100防爆内存 - 某些 bundle（如
SensioFrameworkExtraBundle）开启router.debug也会狂打日志，关掉它
真正麻烦的不是怎么删，而是删完一小时又回到 200MB —— 那说明日志源没控住，得回配置里找 channel 和 handler 的组合逻辑。
