Eloquent查询性能对比PDO：简单count查询为何耗时过长？

这种耗时差异绝对不正常——Eloquent确实会有ORM层的额外开销，但针对只有20条数据的表，简单count查询不该慢到1秒级别。下面是可能的原因和优化方案：

一、先排查模型层面的额外开销 #

Eloquent模型在初始化查询时，可能会执行一些你没注意到的逻辑，这是最常见的慢因：

• 全局作用域（Global Scopes）：如果你的Client模型定义了全局作用域（比如软删除、租户隔离逻辑），每次查询都会触发这些额外逻辑。可以临时禁用全局作用域测试：

  Client::withoutGlobalScopes()->where('active', 1)->count();
  

  如果速度明显提升，说明是全局作用域里的逻辑拖慢了查询。
• 强制预加载关联：如果模型里设置了protected $with = ['some_relation'];，哪怕是count查询，Eloquent也会在查询初始化阶段处理关联配置（虽然不会实际查询关联数据，但会有额外开销）。可以用without()临时取消预加载：

  Client::without('some_relation')->where('active', 1)->count();
  

• 模型观察者/boot方法逻辑：检查Client模型的boot()方法或者注册的观察者，有没有在查询前执行额外操作（比如日志、权限校验等），这些都会增加查询耗时。

二、检查框架调试相关配置 #

如果你的APP_DEBUG模式是开启的（.env里APP_DEBUG=true），Laravel会记录所有查询的详细日志，包括SQL解析、日志写入的开销，这在调试环境没问题，但会显著拖慢简单查询。可以临时关闭APP_DEBUG再测试，看耗时是否下降。

三、用DB门面替代Eloquent模型 #

如果这个计数查询不需要用到Client模型的任何特性（比如模型事件、关联、访问器等），直接用DB门面查询是最接近原生PDO速度的方案：

DB::table('clients')->where('active', 1)->count();

它跳过了Eloquent模型实例化、全局作用域处理等一系列开销，性能几乎和你用原生PDO一样。

四、缓存计数结果（如果允许非实时数据） #

如果这个活跃用户数不需要实时更新（比如允许5-10分钟的延迟），可以用缓存直接存储结果，彻底解决性能问题：

use Illuminate\Support\Facades\Cache;

$count = Cache::remember('active_clients_count', 300, function () {
    return Client::where('active', 1)->count();
});

后续查询会直接从缓存读取，耗时可以忽略不计。

总结 #

正常情况下，Eloquent的count查询比原生PDO慢一点是合理的，但差距不会这么夸张。优先排查模型的额外逻辑和调试配置，再根据场景选择用DB门面或者缓存优化。

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