服务器之家

服务器之家 > 正文

mybatis中的缓存问题解析

时间:2020-09-11 10:50     来源/作者:_江南一点雨

关于mybatis基础我们前面几篇博客已经介绍了很多了,今天我们来说一个简单的问题,那就是mybatis中的缓存问题。mybatis本身对缓存提供了支持,但是如果我们没有进行任何配置,那么默认情况下系统只开启了一级缓存,一级缓存就是同一个sqlsession执行的相同查询是会进行缓存的,ok,那么今天我们就来看看这些缓存,并简单验证下。

系统默认开启了一级缓存

这个缓存系统默认情况下是开启的,当我们获取到一个sqlsession对象之后,如果调用sqlsession中的同一个方法查询同一条数据,那么第二次查询将不会去数据库中查询,因为第一次查询有缓存,直接调用缓存数据即可,除非缓存超时或者我们明确声明数据要刷新,否则都是直接调用缓存数据。ok,我们来看一个简单的案例。
查询代码如下:

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
sqlsession sqlsession = null;
    try {
      sqlsession = dbutils.opensqlsession();
      usermapper mapper = sqlsession.getmapper(usermapper.class);
      //查询同一条数据时会缓存
      user user = mapper.getuser(1l);
      user user2 = mapper.getuser(1l);
      system.out.println(user.tostring());
      system.out.println(user2.tostring());
      sqlsession.commit();
    } catch (exception e) {
      system.err.println(e.getmessage());
      sqlsession.rollback();
    } finally {
      if (sqlsession != null) {
        sqlsession.close();
      }
    }

我们来看看日志:

mybatis中的缓存问题解析

小伙伴们看到,我这里执行了两次查询,但实际上只执行了一次sql语句。

自己配置二级缓存

上面的缓存是由系统默认配置的,这个有一定的局限性,就是只能在同一个sqlsession中有效,脱离了同一个sqlsession就没法使用这个缓存了,有的时候我们可能希望能够跨sqlsession进行数据缓存。那么这个时候需要我们进行手动开启二级缓存。

二级缓存的开启方式其实很简单,只需要我们在usermapper.xml中配置<cache/>节点即可。如下:

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
<?xml version="1.0" encoding="utf-8" ?>
<!doctype mapper
public "-//mybatis.org//dtd mapper 3.0//en"
"http://mybatis.org/dtd/mybatis-3-mapper.dtd">
<mapper namespace="org.sang.db.usermapper">
  <cache/>
  <select id="getuser" resulttype="org.sang.bean.user" parametertype="long">
    select * from user where id = #{id}
  </select>
  <insert id="insertuser" parametertype="org.sang.bean.user">
    insert into user(username,password,address) values (#{username},#{password},#{address})
  </insert>
  <delete id="deleteuser" parametertype="long">
    delete from user where id=#{id}
  </delete>
  <select id="getall" resulttype="u">
    select * from user
  </select>
</mapper>

这样简单配置之后,二级缓存就算开启了,这样的配置中,许多东西都是默认的,比如所有的select语句都会被缓存,所有的delete、insert和update则都会将缓存刷新,还比如缓存将使用lru算法进行内存回收等。那么这些东西如果需要配置的话,我们可以按如下方式进行配置:

<cache eviction="lru" flushinterval="20000" size="1024" readonly="true"/>,这里的eviction表示缓存策略,除了lru之外还有先进先出(fifo)、软引用(soft)、弱引用(weak)等,flushinterval则表示刷新时间,表示缓存的对象个数,readonly为true则表示缓存只可以读取不可以修改。

ok,做了如上配置之后还不够,开启二级缓存还要求我们的实体类可以序列化,实现serializable接口即可,如下:

?
1
2
3
4
5
6
7
8
9
public class user implements serializable{
  private long id;
  private string username;
  private string password;
  private string address;
 
  ...
 
}

如此之后,我们的二级缓存就算成功开启了,ok,我么来测试下:

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
sqlsession sqlsession = null;
    sqlsession sqlsession2 = null;
    try {
      sqlsession = dbutils.opensqlsession();
      usermapper mapper = sqlsession.getmapper(usermapper.class);
      user user = mapper.getuser(1l);
      system.out.println(user.tostring());
      sqlsession.commit();
      sqlsession2 = dbutils.opensqlsession();
      usermapper mapper2 = sqlsession2.getmapper(usermapper.class);
      user user2 = mapper2.getuser(1l);
      system.out.println(user2.tostring());
      sqlsession2.commit();
    } catch (exception e) {
      system.err.println(e.getmessage());
      sqlsession.rollback();
      sqlsession2.rollback();
    } finally {
      if (sqlsession != null) {
        sqlsession.close();
      }
      if (sqlsession2 != null) {
        sqlsession2.close();
      }
    }

打印日志如下:

mybatis中的缓存问题解析

ok,小伙伴们看到sql语句实际上只执行了一次。

ok,以上就是对mybatis中缓存的一个简单介绍。

本文案例下载: 本文案例github地址https://github.com/lenve/javaeetest/tree/master/test27-mybatis8

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持服务器之家。

原文链接:http://blog.csdn.net/u012702547/article/details/55051908

标签:

相关文章

热门资讯

2020微信伤感网名听哭了 让对方看到心疼的伤感网名大全
2020微信伤感网名听哭了 让对方看到心疼的伤感网名大全 2019-12-26
Intellij idea2020永久破解,亲测可用!!!
Intellij idea2020永久破解,亲测可用!!! 2020-07-29
歪歪漫画vip账号共享2020_yy漫画免费账号密码共享
歪歪漫画vip账号共享2020_yy漫画免费账号密码共享 2020-04-07
电视剧《琉璃》全集在线观看 琉璃美人煞1-59集免费观看地址
电视剧《琉璃》全集在线观看 琉璃美人煞1-59集免费观看地址 2020-08-12
最新idea2020注册码永久激活(激活到2100年)
最新idea2020注册码永久激活(激活到2100年) 2020-07-29
返回顶部