Yii框架中SQL查询次数统计不准确的原因排查

核心原因1：getDbProfiling()的统计逻辑限制 #

Yii::getLogger()->getDbProfiling()并非直接统计所有SQL执行记录，它只针对**开启了性能分析（profiling）**的SQL操作进行汇总。这个方法依赖日志中成对出现的yii\db\Command::queryBegin和yii\db\Command::queryEnd（或对应写操作的execute标记）来统计次数和耗时。如果你的DB组件配置中enableProfiling未开启，或者部分SQL操作未触发profiling日志，这部分查询就不会被getDbProfiling()统计到。

核心原因2：afterAction事件的时机问题 #

Yii的请求执行流程中，afterAction是在控制器动作完成后立即触发，但此时日志系统还未完成profiling数据的汇总。完整流程是：

• 执行控制器动作 → 触发afterAction → 日志系统整理profiling信息 → 结束请求
  所以在afterAction中调用getDbProfiling()时，部分SQL的profiling日志还没被处理，自然会出现统计不全的情况。

为什么遍历messages能得到准确次数？ #

你遍历Yii::getLogger()->messages统计的是所有被记录的yii\db\Command::query日志条目——这是SQL执行时直接输出的日志，不管是否开启profiling都会记录（只要日志级别允许）。所以这个统计包含了所有实际执行的查询操作，次数会比getDbProfiling()更全面。不过要注意：这个统计只包含查询类操作（SELECT等），如果要统计写操作（INSERT/UPDATE/DELETE），还需要加上对yii\db\Command::execute的判断。

解决方案 #

1. 换用更晚的事件触发：改用Application::EVENT_AFTER_REQUEST事件，这个事件是在请求完全结束、日志系统完成所有数据整理后触发，此时调用getDbProfiling()能得到完整的统计结果。
2. 完善遍历统计逻辑：如果坚持用遍历messages的方式，建议同时过滤yii\db\Command::query和yii\db\Command::execute，确保统计所有SQL操作：

$messages = Yii::getLogger()->messages;
$countQueries = 0;
foreach ($messages as $message) {
    if (is_array($message) && isset($message[2])) {
        $category = $message[2];
        if ($category === 'yii\db\Command::query' || $category === 'yii\db\Command::execute') {
            $countQueries++;
        }
    }
}
echo $countQueries;

内容的提问来源于stack exchange，提问作者Eliz