摘要:在开发企业级应用项目业务模块期间,相信很多小伙伴都使用过Mybatis,毕竟SSM早已横行天下。然后,在使用Myabtis期间,如果经常需要用到 IN 查询,那么特别需要注意的是“大批数据量的查询”,使用不当,很可能会出现内存溢出以及其他奇奇怪怪的错误。
内容:在企业级应用项目开发过程中,Mybatis的For Each In查询功能相信各位小伙伴都遇见过,特别是在一些多表关联,根据Id IN查询的场景,相关各位小伙伴多多少少都是有见过的!
下面,Debug将给各位小伙伴演示一下当 IN 查询的数据量过大时,采用For Each遍历、拼接实现的方式的弊端。
(1)直接上一个单元测试方法的代码吧:
@Test
public void method3() throws Exception{
//待批量查询的 列元素 列表
List<Integer> list=userMapper.selectAllIds();
//查询具体的实体对象列表
List<User> users=userMapper.selectByIds(list);
log.info("--获取查询结果列表:{}",users);
}
其中,userMapper.selectAllIds();方法是前往数据库表codes拿出所有的item_id,然后调用userMapper.selectByIds(list); 方法查询出 指定的 id 列表内的用户实体对象列表信息。其源代码分别如下所示:
<select id="selectAllIds" resultType="java.lang.Integer">
SELECT item_id FROM codes
</select>
<select id="selectByIds" resultType="com.debug.springboot.model.entity.User" parameterType="java.util.List">
SELECT <include refid="Base_Column_List"/>
FROM user
<where>
id IN
<foreach collection="list" item="item" separator="," open="(" close=")" index="">
#{item,jdbcType=VARCHAR}
</foreach>
</where> </select>