mybatis查询方式与效率高低源码对比分析

这篇文章主要介绍“mybatis查询方式与效率高低源码对比分析”，在日常操作中，相信很多人在mybatis查询方式与效率高低源码对比分析问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”mybatis查询方式与效率高低源码对比分析”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！

mybatis查询方式与效率高低

<!--     一对一关联查询     select s.id,s.name,s.age,t.name tname  from student s,teacher t where s.tid=t.id;      -->    <!--        关联的嵌套 Select 查询    问题：        这种方式虽然很简单，但在大型数据集或大型数据表上表现不佳。这个问题被称为“N+1 查询问题”。 概括地讲，N+1 查询问题是这样子的：            你执行了一个单独的 sql 语句来获取结果的一个列表（就是“+1”）。            对列表返回的每条记录，你执行一个 select 查询语句来为每条记录加载详细信息（就是“N”）。    解决：        MyBatis 能够对这样的查询进行延迟加载，因此可以将大量语句同时运行的开销分散开来。        （例如： 我需要teacher这个对象的时候就会进行加载，如果不需要就不会立即加载（延迟加载））         然而，如果你加载记录列表之后立刻就遍历列表以获取嵌套的数据，就会触发所有的延迟加载查询，性能可能会变得很糟糕。    -->    <!--  关联的嵌套 Select 查询  -->    <resultMap id="studentMap" type="student">        <id property="id" column="id"/>        <result property="name" column="name"/>        <result property="age" column="age"/>        <association property="teacher" column="tid" javaType="teacher" select="selectTeacherById">        </association>    </resultMap>    <select id="findAll" resultMap="studentMap">        select * from student;    </select>    <select id="selectTeacherById" parameterType="int" resultType="teacher"  >        select * from  teacher where id=#{id};    </select>    <!--        关联的嵌套  结果映射        将结果直接映射 到实体类中        第二种 方式效率比第一种 速度更高     -->    <resultMap id="studentMap1" type="student">        <id property="id" column="id"/>        <result property="name" column="name"/>        <result property="age" column="age"/>        <association property="teacher" javaType="teacher">            <id property="id" column="tid"/>            <result property="name" column="tname"/>        </association>    </resultMap>    <select id="selectAll" resultMap="studentMap1">        select s.id,s.name,s.age,t.name tname ,t.id tid from student s,teacher t where s.tid=t.id;    </select>------------------------------------------------------------------<!--  一对多  关联嵌套  结果映射    ofType 将数据封装到指定的泛型  -->    <resultMap id="teacherMap" type="teacher">        <id property="id" column="id"/>        <result property="name" column="name"/>        <collection property="students" ofType="student" >            <id property="id" column="sid"/>            <result property="name" column="sname"/>            <result property="age" column="sage"/>            <result property="tid" column="stid"/>        </collection>    </resultMap>    <select id="selectTeacherById"  parameterType="int"  resultMap="teacherMap">         select t.id ,t.name,s.id sid,s.name sname,s.age sage,s.tid stid         from student s ,teacher t         where s.tid=t.id and t.id=1;    </select>

mybatis提高查询效率的方式

缓存机制

1 一级缓存：

当mysql连续执行两次select * from table where id =1;第一次会执行sql语句查询数据库，然后保存到sqlsession缓存，第二次查询会先从缓存里查找，有的话直接返回不会执行sql.

但是如果两次sql中间增加一次commit操作（insert，delete,update）,如：

select * from table where id =1update table set name = zjw where id =1;select * from table where id =1

这个时候第一次查询依然会执行sql查询数据库，但是在执行完update后会清空sqlsession里的缓存，原因是避免脏读，

所以第二次select在缓存里找不到数据，又会执行sql查询数据库。

2 二级缓存：

二级缓存是基于mapper文件的namaspace，对该mapper的所有sqlsession都共享一个二级缓存，如果两个mapper的namespace一致，则两个mapper的所有sqlsession共用一个二级缓存，

步骤：

在全局配置文件mybatis-configuration.xml加入

其次在mapper文件开启缓存 type里面是缓存类。如果不写是默认的mabatis缓存类，自定义缓存类必须实现cache接口

需要缓存的pojo实体类要实现serializable接口，因为在缓存中取出数据映射到pojo类需要反序列化。

不同的两个sqlsession查询走二级缓存，但是如果其中有一个commit操作，为避免脏读二级缓存还是会被清空。

在每个sql语句上使用useCache=true/false是否使用缓存，flushcache=true/false是否刷新缓存 ，在每次的commit后默认刷新缓存。

懒加载

Mybatis中resultmap可以实现高级映射，association一对一，Collection一对多具有延迟加载功能

在collection或association中fetchtype=lazy，即为懒加载

在查询主表时，不会把子集查出来，直到子集用到的情况才会查出子集。

到此，关于“mybatis查询方式与效率高低源码对比分析”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注编程网网站，小编会继续努力为大家带来更多实用的文章！