小艾的自留地

Stay foolish, Stay hungry

N+1 是ORM(对象关系映射)关联数据读取中存在的一个问题。

在介绍什么是N+1问题之前,首先思考一个问题:

假设现在有一个用户表(User)和一个余额表(Balance),这两个表通过user_id进行关联。现在有一个需求是查询年龄大于18岁的用户,以及用户各自的余额

这个问题并不难,但对于新手而言,可能常常会犯的一个错误就是在循环中进行查询。

1
2
3
4
5
$users = User::where("age", ">", 18)->select();
foreach($users as $user){
$balance = User::getFieldByUserId($user->user_id, "balance");
$user['balance'] = $balance;
}

这样做是非常糟糕的,数据量小还少,在数据量较大的情况下,是非常消耗数据库性能的。

通过Mysql 查询日志,可以看到查询用户表是一次,因为有四个符合该条件的用户,查询用户表关联的余额表是四次。

N+1问题就是这样产生的:查询主表是一次,查询出N 条记录,根据这N 条记录,查询关联的副(从)表,共需要N 次。所以,应该叫1+N 问题更合适一些。

其实,如果稍微了解一点SQL,根本不用这么麻烦,直接使用JOIN 一次就搞定了。

对于这类问题,ORM 其实为我们提供了相应的方案,那就是使用『预加载功能』。

预加载功能

使用with()方法指定想要预加载的关联:

1
2
3
$users = User::where("age", ">", 18)
->with("hasBalance")
->select();

hasBalance 是什么呢?

它是在User模型中定义的一个方法:

1
2
3
4
5
6
7
8
9
10
class User extends Model
{
// ...

// User模型与Balance 模型进行一对一关联
public function hasBalance()
{
return $this->hasOne(Balance::class, "user_id", "user_id");
}
}

通过这个方法让User 模型与Balance 模型进行一对一关联。

现在再来看一下Mysql 的查询日志:

可以很清楚的看到,总查询次数由原来的1+N 变成了现在的1+1

总结

N+1 问题是什么?会造成什么影响?应该如何解决?

  1. 执行一次查询获取N 条主数据后,由于关联引起的执行N 次查询从数据
  2. 带来了不必要的查询开销
  3. 可以通过框架 ORM 自带的with 去解决

评论