mybatis中的緩存問題解析
關(guān)于mybatis基礎(chǔ)我們前面幾篇博客已經(jīng)介紹了很多了,今天我們來說一個(gè)簡單的問題,那就是mybatis中的緩存問題。mybatis本身對緩存提供了支持,但是如果我們沒有進(jìn)行任何配置,那么默認(rèn)情況下系統(tǒng)只開啟了一級緩存,一級緩存就是同一個(gè)SqlSession執(zhí)行的相同查詢是會進(jìn)行緩存的,OK,那么今天我們就來看看這些緩存,并簡單驗(yàn)證下。
系統(tǒng)默認(rèn)開啟了一級緩存
這個(gè)緩存系統(tǒng)默認(rèn)情況下是開啟的,當(dāng)我們獲取到一個(gè)SqlSession對象之后,如果調(diào)用SqlSession中的同一個(gè)方法查詢同一條數(shù)據(jù),那么第二次查詢將不會去數(shù)據(jù)庫中查詢,因?yàn)榈谝淮尾樵冇芯彺?,直接調(diào)用緩存數(shù)據(jù)即可,除非緩存超時(shí)或者我們明確聲明數(shù)據(jù)要刷新,否則都是直接調(diào)用緩存數(shù)據(jù)。OK,我們來看一個(gè)簡單的案例。
查詢代碼如下:
SqlSession sqlSession = null;
try {
sqlSession = DBUtils.openSqlSession();
UserMapper mapper = sqlSession.getMapper(UserMapper.class);
//查詢同一條數(shù)據(jù)時(shí)會緩存
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í)行了兩次查詢,但實(shí)際上只執(zhí)行了一次SQL語句。
自己配置二級緩存
上面的緩存是由系統(tǒng)默認(rèn)配置的,這個(gè)有一定的局限性,就是只能在同一個(gè)SqlSession中有效,脫離了同一個(gè)SqlSession就沒法使用這個(gè)緩存了,有的時(shí)候我們可能希望能夠跨SqlSession進(jìn)行數(shù)據(jù)緩存。那么這個(gè)時(shí)候需要我們進(jìn)行手動開啟二級緩存。
二級緩存的開啟方式其實(shí)很簡單,只需要我們在userMapper.xml中配置<cache/>節(jié)點(diǎn)即可。如下:
<?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>
這樣簡單配置之后,二級緩存就算開啟了,這樣的配置中,許多東西都是默認(rèn)的,比如所有的select語句都會被緩存,所有的delete、insert和update則都會將緩存刷新,還比如緩存將使用LRU算法進(jìn)行內(nèi)存回收等。那么這些東西如果需要配置的話,我們可以按如下方式進(jìn)行配置:
<cache eviction="LRU" flushInterval="20000" size="1024" readOnly="true"/>,這里的eviction表示緩存策略,除了LRU之外還有先進(jìn)先出(FIFO)、軟引用(SOFT)、弱引用(WEAK)等,flushInterval則表示刷新時(shí)間,表示緩存的對象個(gè)數(shù),readOnly為true則表示緩存只可以讀取不可以修改。
OK,做了如上配置之后還不夠,開啟二級緩存還要求我們的實(shí)體類可以序列化,實(shí)現(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語句實(shí)際上只執(zhí)行了一次。
OK,以上就是對mybatis中緩存的一個(gè)簡單介紹。
本文案例下載: 本文案例GitHub地址https://github.com/lenve/JavaEETest/tree/master/Test27-mybatis8
以上就是本文的全部內(nèi)容,希望對大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
相關(guān)文章
Spring定時(shí)任務(wù)中@PostConstruct被多次執(zhí)行異常的分析與解決
這篇文章主要給大家介紹了關(guān)于Spring定時(shí)任務(wù)中@PostConstruct被多次執(zhí)行異常的分析與解決方法,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧。2017-10-10
Java后綴數(shù)組之求sa數(shù)組的實(shí)例代碼
后綴數(shù)組就是一個(gè)字符串所有后綴大小排序后的一個(gè)集合,然后我們根據(jù)后綴數(shù)組的一些性質(zhì)就可以實(shí)現(xiàn)各種需求。這篇文章主要介紹了Java后綴數(shù)組-求sa數(shù)組,需要的朋友可以參考下2018-04-04
springboot?整合?dubbo?的實(shí)現(xiàn)組聚合詳情
這篇文章主要介紹了springboot整合dubbo的實(shí)現(xiàn)組聚合詳情,文章圍繞主題展開詳細(xì)的內(nèi)容介紹,具有一定的參考價(jià)值,需要的小伙伴可以參考一下2022-07-07

