最稳方式是用PHP脚本定期清理：创建clear_logs.php遍历application/logs/下7天前的log-*.php文件并删除，再配crontab每日执行；CI4则通过Logger配置maxFiles实现自动轮转。
CodeIgniter 的 logs/ 目录怎么清
CodeIgniter 默认把日志写在 application/logs/ 下，文件名形如 log-2024-06-15.php。它不自动清理，久而久之会占满磁盘或拖慢目录遍历（尤其开启 log_threshold = 4 记调试日志时）。
手动删太糙，定时脚本又得额外维护。最稳的方式是用 CI 自带的 Log 类配合系统级清理逻辑：
- 确保
$config['log_path']没被硬编码改过路径，否则脚本找不到目标目录 - CI 3.x 中
log_threshold设为0可彻底关闭日志，但线上 debug 时慎用 - 推荐加个简单 PHP 脚本放在项目根目录，比如
clear_logs.php，内容如下：
然后加 crontab：
0 2 * * * /usr/bin/php /path/to/your/project/clear_logs.php为什么不能直接用
log_rotate或第三方轮转工具CodeIgniter 没内置日志轮转（log rotation），
log_file_size配置项只控制单个日志文件大小上限，超限后追加写入，不会自动切新文件或压缩归档。立即学习“PHP免费学习笔记（深入）”；
用
logrotate等系统工具看似省事，但有坑：
- CI 日志默认权限是
0644，而logrotate常以 root 运行，转出的压缩包可能变成root:root，导致 PHP 进程后续无法写入原日志文件 - CI 在写日志前不检查文件是否被外部移动/重命名，若
logrotate用copytruncate，可能丢最后几条日志 - 日志文件名含日期（
log-Y-m-d.php），logrotate的dateext会冲突，生成log-2024-06-15.php.20240615这类冗余文件
CI 4 的日志路径和清理方式有啥不同
CI 4 把日志挪到了 writable/logs/，且默认使用 Monolog 驱动，支持更灵活的处理器（如 RotatingFileHandler）。
要启用自动轮转，修改 app/Config/Logger.php 中的 $handlers：
public array $handlers = [
'file' => [
'handler' => 'CodeIgniter\Log\Handlers\FileHandler',
'levels' => ['error', 'debug', 'info', 'warning'],
'fileExtension' => 'log',
'maxFiles' => 10, // 保留最多 10 个旧日志
],
];
注意：maxFiles 是 CI 4.3+ 才支持的参数；低于该版本需手动替换为 Monolog 的 RotatingFileHandler 并注册到服务容器，否则仍无轮转能力。
误删了 logs/ 导致报错怎么办
删空 logs/ 目录本身不会让 CI 崩溃，但若目录权限不对或不存在，下次写日志时会触发警告甚至 PHP Warning: file_put_contents(...): failed to open stream。
恢复方法很简单：
- 确认
logs/目录存在且可写：mkdir -p application/logs && chmod 755 application/logs（CI 3）或chmod 755 writable/logs（CI 4） - CI 3 不会自动重建目录，必须手动补；CI 4 的
FileHandler会在首次写日志时尝试创建，但前提是父目录writable/权限正确 - 如果看到
Unable to create log directory错误，别只查 logs/，先看application/或writable/是否被设成只读
日志清理这事看着小，但线上一旦堆积到 GB 级，glob() 扫描、FTP 同步、备份压缩都会明显变慢——关键是得在日志格式、路径、权限三个点上对齐，缺一不可。
