Laravel first()查询差异及单库多租户场景替换可行性疑问

三种单条记录查询写法的差异 #

三种写法并不完全等价，具体区别如下：

• someModel::where('id', 1)->first();
  这是Laravel where条件的简写形式，传入两个参数时框架默认使用=作为比较运算符，最终生成的SQL为select * from 对应表 where id = 1 limit 1，逻辑是查询主键id为1的第一条匹配记录。
• someModel::where('id', '=', 1)->first();
  这是where条件的完整写法，和第一种写法生成的SQL、执行逻辑、返回结果完全一致，仅显式指定了比较运算符，没有任何实际运行差异。
• someModel::first()
  该写法没有添加任何查询过滤条件，生成的SQL为select * from 对应表 limit 1，会返回表默认排序规则下的第一条记录，和前两种写法的核心逻辑完全不同。只有当表的第一条记录id恰好为1时，返回结果才会重合，绝大多数场景下结果都不相同。

两种批量查询写法的差异 #

两种写法逻辑差异极大，不存在等价关系：

• someModel::skip(1)->take(4)->get();
  生成SQL为select * from 对应表 limit 4 offset 1，作用是跳过结果集的第1条记录，取后续4条数据，全程没有对记录做任何条件过滤，仅做结果偏移截取。
• someModel::where('id', '!=', 1)->take(4)->get();
  生成SQL为select * from 对应表 where id != 1 limit 4，作用是先过滤掉所有id=1的记录，再从符合条件的结果中取前4条。和第一种写法的核心区别是：前者是跳过排序后的第1条（不管这条记录id是什么），后者是直接排除所有id=1的记录，二者返回结果几乎不会一致。

多租户改造注意事项 #

绝对不能直接将所有where('id', 1)->first();替换为first();
原因如下：

• 两类写法本身查询逻辑就不成立等价关系，直接替换会导致原有业务逻辑出错，拿不到目标id对应的记录。
• 单数据库多租户的标准实现方案是通过模型全局作用域（Global Scope）自动为所有查询追加租户ID过滤条件，不需要修改原有按主键查询的业务代码。
  当你配置好多租户全局作用域后，原有someModel::where('id', 1)->first();会自动追加租户条件，最终生成的SQL为select * from 对应表 where id = 1 and tenant_id = 当前租户ID limit 1，这才是多租户场景下的正确查询逻辑。如果替换为first()，即使全局作用域生效，生成的SQL也仅会过滤租户ID，拿到的是当前租户下的第一条记录，完全不是业务需要查询的id=1的目标数据，会引发数据错乱、跨租户数据泄露等严重问题。

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