在Laravel中如何优化Eloquent查询

在 Lara vel 开发中，Eloquent ORM 确实让数据库操作变得非常顺手，几乎成了“标配”。但顺手归顺手，如果你不留意查询的写法，性能问题很快就会找上门来——数据量一大，慢查询就冒出来了。下面这10个优化思路，算是实践中比较核心的要点，适合在日常开发中有意识地用起来。

第一，别忘了用 select 指定所需字段。
默认情况下，Eloquent 会拉取所有字段（SELECT *），但很多时候你只需要其中几个。明确写出需要的字段，能明显减少传输的数据量和内存占用。比如：

$users = User::select('id', 'name', 'email')->get();

第二，把过滤条件写在 where 里，而不是取回来再筛。
很多人习惯先 get() 拿到全部数据，再在 PHP 层面用 filter() 等方法处理。这样做既浪费资源，又拖慢响应。直接交给数据库去过滤才是正解：

$users = User::where('age', '>=', 18)->get();

第三，用 with 预加载关联数据，避免 N+1 查询。
如果你要遍历用户并访问其文章，没有预加载的话每个用户都会额外执行一次查询，数据量稍大就崩了。用 with 一次性把关联数据加载进来：

$users = User::with('posts')->get();

第四，分页就用 paginate，别一次性全拿。
当数据量成百上千甚至上万时，一次性 get() 回来不仅慢，而且容易让前端渲染卡顿。Lara vel 的 paginate 方法会帮你自动加上 LIMIT 和 OFFSET，同时返回分页元数据：

$users = User::paginate(10);

第五，数据库索引是查询加速的基石。
这是数据库层面的优化，但和 Eloquent 查询息息相关。经常用于 where、orderBy、join 的字段记得加上索引。索引建好了，查询速度会有质的提升。

第六，延迟加载（Lazy Loading）也可以主动控制。
有时候你并不确定是否会用到关联数据，用 lazyload() 可以延迟到真正访问时才加载，避免一次性加载过多无用的东西：

$users = User::with('posts')->lazyload()->get();

第七，复杂查询直接上原生 SQL 方法。
当查询逻辑过于复杂（比如多层子查询或聚合），用 Eloquent 的链式调用反而别扭。这时候 selectRaw 和 whereRaw 能帮你写出更清晰的 SQL：

$users = User::selectRaw('id, name, email')->whereRaw('age >= ?', [18])->get();

第八，利用 updateOrCreate 和 firstOrCreate 减少往返次数。
如果你需要“存在则更新，不存在则创建”，这两个方法能一条语句搞定，省去先查再写的步骤：

$user = User::updateOrCreate(
    ['email' => 'john@example.com'],
    ['name' => 'John']
);

第九，只需要一个字段的值？用 pluck 而不是 get。
当你只需要所有用户的邮箱列表时，pluck 会直接返回一个扁平数组，比先拿模型再 ->pluck() 效率高得多：

$emails = User::pluck('email');

第十，只想知道数量？用 count 而不是 get。
这个很常见但容易被忽略——如果你只关心符合条件的有多少条记录，直接用 count()，数据库只返回一个数字，比拉取全部行然后 count($result) 快得多：

$count = User::count();

把这些技巧融入到日常的 Eloquent 使用习惯里，能显著改善应用的性能。当然，真实的优化场景往往需要结合具体的业务逻辑和数据量来权衡，但上面这10条，基本覆盖了最常见的性能痛点。从最简单的 select 开始，逐步把预加载、索引、原生查询都用起来，你会看到明显的效果。