ubuntu环境下thinkphp的日志管理策略

在Ubuntu环境下管理ThinkPHP日志，可结合系统特性与框架功能，从配置、存储、清理、监控等方面制定策略，核心要点如下：

一、日志配置优化

配置文件：修改config/log.php，设置日志通道、级别、路径等参数。例如：

return [
    'default' => 'file', // 默认通道
    'channels' => [
        'file' => [
            'type' => 'file',
            'path' => runtime_path('logs'), // 日志存储路径（可自定义）
            'level' => ['info', 'error'], // 记录级别
            'max_files' => 30, // 单一日志文件最大数量
            'file_size' => 10, // 单个文件最大10MB，超过自动分割
            'json' => true, // 输出JSON格式，便于ELK等工具分析
        ],
        'error' => [ // 错误日志单独通道
            'type' => 'file',
            'path' => runtime_path('logs/error'),
            'level' => ['error', 'critical'],
            'apart_level' => true, // 每个级别单独文件
            'max_files' => 90,
        ],
    ],
];

多通道分离：将错误日志、常规日志、SQL日志分通道存储，便于分类分析。
生产环境建议：关闭debug模式，仅记录error及以上级别日志，避免敏感信息泄露。

二、日志存储与权限管理

存储路径：默认存放在runtime/log/目录，可通过配置修改为其他路径（如/var/log/thinkphp/），并确保目录权限正确：

sudo mkdir -p /var/log/thinkphp
sudo chown -R www-data:www-data /var/log/thinkphp # 假设Web用户为www-data
sudo chmod -R 750 /var/log/thinkphp

权限控制：通过umask设置默认权限（如umask(0027)），确保日志文件仅对所属用户和组可写。

三、日志清理与归档

自动清理：使用Linux logrotate工具配置定时任务，按天数或大小分割并压缩旧日志。示例配置（/etc/logrotate.d/thinkphp）：

/var/log/thinkphp/*.log {
    daily
    missingok
    rotate 30
    compress
    delaycompress
    notifempty
    create 0640 www-data www-data
    sharedscripts
    postrotate
        # 可选：重启应用或重新加载日志配置
    endscript
}

手动清理：通过rm命令删除过期日志，或使用find命令批量清理：

# 删除30天前的日志
find /var/log/thinkphp -name "*.log" -mtime +30 -exec rm -f {} \;

四、日志监控与分析

实时查看：使用tail -f命令实时监控日志文件：
```
tail -f /var/log/thinkphp/daily.log
```
命令行工具分析：通过grep、awk等工具筛选日志，例如统计错误日志数量：
```
grep "error" /var/log/thinkphp/*.log | wc -l
```
集成专业工具：
- ELK Stack：将日志输出为JSON格式，通过Logstash采集、Elasticsearch存储、Kibana可视化分析。
- Prometheus + Grafana：监控日志中的性能指标（如错误率），生成告警和图表。

五、性能优化策略

异步日志：使用Monolog的异步处理器（如AsyncProcessor），避免日志写入阻塞业务逻辑。
批量写入：通过Log::batch(true)开启批量写入，减少磁盘I/O操作。
敏感信息过滤：在日志配置中忽略密码、Token等敏感字段，避免泄露。

六、高级场景方案

分布式日志：在微服务架构中，通过自定义通道将日志发送至消息队列（如RabbitMQ），再由集中式日志服务处理。
审计日志：单独配置审计通道，记录用户操作、权限变更等关键事件，便于合规性检查。

参考来源：