mybatis中的緩存問題解析
關(guān)于mybatis基礎(chǔ)我們前面幾篇博客已經(jīng)介紹了很多了,今天我們來說一個(gè)簡單的問題,那就是mybatis中的緩存問題。mybatis本身對緩存提供了支持,但是如果我們沒有進(jìn)行任何配置,那么默認(rèn)情況下系統(tǒng)只開啟了一級緩存,一級緩存就是同一個(gè)SqlSession執(zhí)行的相同查詢是會(huì)進(jìn)行緩存的,OK,那么今天我們就來看看這些緩存,并簡單驗(yàn)證下。
系統(tǒng)默認(rèn)開啟了一級緩存
這個(gè)緩存系統(tǒng)默認(rèn)情況下是開啟的,當(dāng)我們獲取到一個(gè)SqlSession對象之后,如果調(diào)用SqlSession中的同一個(gè)方法查詢同一條數(shù)據(jù),那么第二次查詢將不會(huì)去數(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í)會(huì)緩存 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)行手動(dòng)開啟二級緩存。
二級緩存的開啟方式其實(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語句都會(huì)被緩存,所有的delete、insert和update則都會(huì)將緩存刷新,還比如緩存將使用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-10Java后綴數(shù)組之求sa數(shù)組的實(shí)例代碼
后綴數(shù)組就是一個(gè)字符串所有后綴大小排序后的一個(gè)集合,然后我們根據(jù)后綴數(shù)組的一些性質(zhì)就可以實(shí)現(xiàn)各種需求。這篇文章主要介紹了Java后綴數(shù)組-求sa數(shù)組,需要的朋友可以參考下2018-04-04springboot?整合?dubbo?的實(shí)現(xiàn)組聚合詳情
這篇文章主要介紹了springboot整合dubbo的實(shí)現(xiàn)組聚合詳情,文章圍繞主題展開詳細(xì)的內(nèi)容介紹,具有一定的參考價(jià)值,需要的小伙伴可以參考一下2022-07-07