数据库查询中的n+1问题

简介

在orm框架中，比如hibernate和mybatis都可以设置关联对象，比如user对象关联dept 
假如查询出n个user，那么需要做n次查询dept，查询user是一次select，查询user关联的 
dept，是n次，所以是n+1问题，其实叫1+n更为合理一些。

mybatis配置

UserMapper.xml

1. <resultMap id="BaseResultMap" type="testmaven.entity.User">

2. <id column="id" jdbcType="INTEGER" property="id" />

3. <result column="name" jdbcType="VARCHAR" property="name" />

4. <result column="age" jdbcType="INTEGER" property="age" />

5. <result column="dept_id" jdbcType="INTEGER" property="deptId" />

6. <association property="dept" column="dept_id" fetchType="eager" select="testmaven.mapper.DeptMapper.selectByPrimaryKey" ></association>

7. </resultMap>

DeptMapper.xml

1. <select id="selectByPrimaryKey" resultMap="BaseResultMap" parameterType="java.lang.Integer" >

2. select

3. <include refid="Base_Column_List" />

4. from dept

5. where id = #{id,jdbcType=INTEGER}

6. </select>

我们可以看到user通过association中的dept_id关联了dept，查询user后，比如查询到4个user，那么会执行4次查询dept；

 

 

测试

List<User> list = userMapper.selectByExample(null);

打印jdbc log我们能看到，查询到4个user，然后执行了4次查询dept 

 

 

 

1+n带来的问题

查询主数据，是1次查询，查询出n条记录；根据这n条主记录，查询从记录，共需要n次，所以叫数据库1+n问题；这样会带来性能问题，比如，查询到的n条记录，我可能只用到其中1条，但是也执行了n次从记录查询，这是不合理的。为了解决这个问题，出现了懒加载，懒加载就是用到的时候再查询；我们设置association元素中的fetchType fetchType=lazy

<association property="dept" column="dept_id" fetchType="lazy"select="testmaven.mapper.DeptMapper.selectByPrimaryKey" ></association>

我们再做测试

1. List<User> list = userMapper.selectByExample(null);

2. User u = list.get(0);

3. System.out.println(u.getClass());

4. System.out.println(u.getName());

jdbc log 

懒加载 减少了性能消耗，一定程度上缓解了1+n带来的性能问题

总结

1+n问题是什么？应该怎样解决？

• 1+n是执行一次查询获取n条主数据后，由于关联引起的执行n次查询从数据；它带来了性能问题；
• 一般来说，通过懒加载 可以部分缓解1+n带来的性能问题