mybatis中的緩存問題解析
關于mybatis基礎我們前面幾篇博客已經介紹了很多了,今天我們來說一個簡單的問題,那就是mybatis中的緩存問題。mybatis本身對緩存提供了支持,但是如果我們沒有進行任何配置,那么默認情況下系統(tǒng)只開啟了一級緩存,一級緩存就是同一個SqlSession執(zhí)行的相同查詢是會進行緩存的,OK,那么今天我們就來看看這些緩存,并簡單驗證下。
系統(tǒng)默認開啟了一級緩存
這個緩存系統(tǒng)默認情況下是開啟的,當我們獲取到一個SqlSession對象之后,如果調用SqlSession中的同一個方法查詢同一條數(shù)據(jù),那么第二次查詢將不會去數(shù)據(jù)庫中查詢,因為第一次查詢有緩存,直接調用緩存數(shù)據(jù)即可,除非緩存超時或者我們明確聲明數(shù)據(jù)要刷新,否則都是直接調用緩存數(shù)據(jù)。OK,我們來看一個簡單的案例。
查詢代碼如下:
SqlSession sqlSession = null;
try {
sqlSession = DBUtils.openSqlSession();
UserMapper mapper = sqlSession.getMapper(UserMapper.class);
//查詢同一條數(shù)據(jù)時會緩存
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();
}
}
我們來看看日志:
小伙伴們看到,我這里執(zhí)行了兩次查詢,但實際上只執(zhí)行了一次SQL語句。
自己配置二級緩存
上面的緩存是由系統(tǒng)默認配置的,這個有一定的局限性,就是只能在同一個SqlSession中有效,脫離了同一個SqlSession就沒法使用這個緩存了,有的時候我們可能希望能夠跨SqlSession進行數(shù)據(jù)緩存。那么這個時候需要我們進行手動開啟二級緩存。
二級緩存的開啟方式其實很簡單,只需要我們在userMapper.xml中配置<cache/>節(jié)點即可。如下:
<?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則表示刷新時間,表示緩存的對象個數(shù),readOnly為true則表示緩存只可以讀取不可以修改。
OK,做了如上配置之后還不夠,開啟二級緩存還要求我們的實體類可以序列化,實現(xiàn)Serializable接口即可,如下:
public class User implements Serializable{
private Long id;
private String username;
private String password;
private String address;
...
}
如此之后,我們的二級緩存就算成功開啟了,OK,我么來測試下:
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();
}
}
打印日志如下:
OK,小伙伴們看到SQL語句實際上只執(zhí)行了一次。
OK,以上就是對mybatis中緩存的一個簡單介紹。
本文案例下載: 本文案例GitHub地址https://github.com/lenve/JavaEETest/tree/master/Test27-mybatis8
以上就是本文的全部內容,希望對大家的學習有所幫助,也希望大家多多支持腳本之家。
相關文章
Spring定時任務中@PostConstruct被多次執(zhí)行異常的分析與解決
這篇文章主要給大家介紹了關于Spring定時任務中@PostConstruct被多次執(zhí)行異常的分析與解決方法,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧。2017-10-10
springboot?整合?dubbo?的實現(xiàn)組聚合詳情
這篇文章主要介紹了springboot整合dubbo的實現(xiàn)組聚合詳情,文章圍繞主題展開詳細的內容介紹,具有一定的參考價值,需要的小伙伴可以參考一下2022-07-07

