Yii2框架在处理日志时可能会引发内存泄漏的问题，尤其是在执行大量操作后，如批量插入数据。这个问题通常在运行长时间任务或大数据量处理时显现出来。在描述中提到的情况，当运行一个脚本处理edu_ocr_img表的归档时，每执行几万个数据就会遇到PHP内存溢出错误。错误提示表明，内存限制（134217728 字节，即128MB）已耗尽，尝试分配额外的135168字节失败。
追踪代码后发现，问题出现在`EduOCRTaskBackup::getDb()->createCommand()->batchInsert()`的执行过程中，这导致内存使用量增加，即使在unset所有变量后，内存也无法完全释放。进一步深入，问题根源在于Yii2的日志系统。具体来说，是`Logger`类的`log`方法中记录调用堆栈信息导致了内存泄漏。
Yii2的日志系统允许记录不同级别的消息，如错误、警告、信息、调试和性能分析等。当`traceLevel`设置为大于0的值时，它会记录调用堆栈的详细信息。在`log`方法中，通过`debug_backtrace(DEBUG_BACKTRACE_IGNORE_ARGS)`获取调用堆栈，并存储在`$traces`数组中。这些堆栈信息包含文件名、行号等，对于调试非常有用，但它们也会占用大量的内存。
内存泄漏的代码块如下：
```php
// ...
foreach ($ts as $trace) {
if (isset($trace['file'], $trace['line']) && strpos($trace['file'], YII2_PATH) !== 0) {
unset($trace['object'], $trace['args']);
$traces[] = $trace;
if (++$count >= $this->traceLevel) {
break;
}
}
}
// ...
$this->messages[] = [$message, $level, $category, $time, $traces];
```
这里，`$traces`数组被添加到`$this->messages`中，而`$this->messages`是全局的日志队列，随着日志的积累，内存消耗会逐渐增加。当达到`flushInterval`设置的阈值时，`$this->flush()`会被调用，将日志写入目标（如文件或数据库），但即使这样，如果`flushInterval`设置过大或者日志处理不及时，内存可能会持续增长，直至超出PHP的内存限制。
解决内存泄漏的方法：
1. **降低`traceLevel`**：减少记录的调用堆栈深度，可以显著降低内存消耗。但这也意味着丢失一些调试信息。
2. **更频繁地刷新日志**：减小`flushInterval`，确保日志能更快地被写入目标，而不是长时间保留在内存中。
3. **使用内存高效的日志存储方式**：例如，如果可能的话，将日志写入文件而不是数据库，因为文件系统通常更能容忍大容量的数据。
4. **优化日志处理逻辑**：在内存敏感的操作中，避免在循环内部调用可能导致大量内存消耗的函数，如`log`。
5. **使用内存管理工具**：可以使用内存分析工具，如Xdebug，来定位内存泄漏的具体位置，以便更精确地修复问题。
理解Yii2框架中的日志系统工作原理并合理配置其参数，可以帮助开发者避免因日志记录导致的内存泄漏问题，从而确保长时间运行脚本的稳定性和效率。在处理大量数据时，优化日志处理策略是必不可少的。
