CodeIgniter日志清理技巧与方法

CodeIgniter框架默认不会自动清理日志，长期积累的log-*.php文件不仅占用磁盘空间，还可能拖慢系统性能，尤其在开启调试日志时更为明显；本文提供两种高效可靠的清理方案：针对CI 3.x，推荐编写轻量PHP脚本（如clear_logs.php）配合crontab每日自动删除7天前的日志文件，兼顾安全与可控；而CI 4则可直接利用内置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，内容如下：

<?php
$log_dir = FCPATH . 'application/logs/';
if (is_dir($log_dir)) {
    foreach (glob($log_dir . 'log-*.php') as $file) {
        if (is_file($file) && filemtime($file) < time() - 7 * 86400) {
            unlink($file);
        }
    }
}
echo "Logs older than 7 days cleared.\n";

然后加 crontab：0 2 * * * /usr/bin/php /path/to/your/project/clear_logs.php

为什么不能直接用 log_rotate 或第三方轮转工具

CodeIgniter 没内置日志轮转（log rotation），log_file_size 配置项只控制单个日志文件大小上限，超限后追加写入，不会自动切新文件或压缩归档。

用 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 同步、备份压缩都会明显变慢——关键是得在日志格式、路径、权限三个点上对齐，缺一不可。

以上就是《CodeIgniter日志清理技巧与方法》的详细内容，更多关于的资料请关注golang学习网公众号！