在開發(fā)中mybatis作為一個(gè)持久化的工具,它的重要性可想而知。本文將為您介紹mybatis中的一級(jí)緩存和二級(jí)緩存,以及它們各自的實(shí)現(xiàn)方法。
mybatis緩存
mybatis作為一個(gè)流行的持久化工具,緩存必然是缺少不了的組件。通過這篇文章,就讓我們來了解一下mybatis的緩存。
mybatis緩存類型
說起mybatis的緩存,了解過的同學(xué)都知道,mybatis中可以有兩種緩存類型:
- 第一種,我們通常稱為以及緩存,或者sqlSession級(jí)別的緩存,這種緩存是mybatis自帶的,如果mapper中的配置都是默認(rèn)的話,那么一級(jí)緩存也是默認(rèn)開啟的。
- 第二種,就是非sqlSession級(jí)別的緩存了,我們通常稱為二級(jí)緩存,mybatis中的二級(jí)緩存需要實(shí)現(xiàn)Cache接口,并且配置在mapper中,要先開啟的話,需要一些配置,下面我們會(huì)詳細(xì)說到。
一級(jí)緩存
作為mybatis自帶的緩存,我們通過代碼來分析一下其原理。
首先,我們來看下一級(jí)緩存的效果。
測(cè)試代碼:
@Test public void test_Cache() throws Exception { InputStream input = Resources.getResourceAsStream("mybatis-config.xml"); SqlSessionFactory factory = new SqlSessionFactoryBuilder().build(input); SqlSession sqlSession = factory.openSession(); UserMapper mapper = sqlSession.getMapper(UserMapper.class); System.out.println("the first query : "); mapper.queryAllUsers(); System.out.println("===================================="); System.out.println("the second query : "); mapper.queryAllUsers(); sqlSession.commit(); }
mapper配置如下,我們采用默認(rèn)配置:
<select id="queryAllUsers" resultType="User"> select * from hwc_users </select>
運(yùn)行結(jié)果如下:
Created connection 1191654595.
Setting autocommit to false on JDBC Connection [com.mysql.jdbc.JDBC4Connection@470734c3]
==> Preparing: select * from hwc_users
==> Parameters:
<== Columns: id, name, age, email
<== Row: 1, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 2, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 3, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 4, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 5, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 6, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 7, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 8, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 9, 胡文超, 35, huwenchao@cheryfs.cn
<== Total: 9
====================================
the second query :
Cache Hit Ratio [com.huwc.mapper.UserMapper]: 0.0Process finished with exit code 0
從上述結(jié)果可以看到,第二次查詢并沒有從數(shù)據(jù)庫獲取,并且沒有從二級(jí)緩存中獲取,由此可見,默認(rèn)配置情況下,同一個(gè)sqlSession中會(huì)默認(rèn)使用mybatis的一級(jí)緩存。
下面,我們從mybatis源碼來看一下:
從上面的代碼中,我們可以看到:一級(jí)緩存是在BaseExecutor中命中的,BaseExecutor中的localCache屬性應(yīng)該就是用來存儲(chǔ)查詢結(jié)果的。
localCache的定義代碼如下:
從上述代碼可以看出:
BaseExecutor中集成了一級(jí)緩存,一級(jí)緩存為PerpetualCache(永久緩存?)的對(duì)象,其也是實(shí)現(xiàn)了Cache接口的對(duì)象,并且其存儲(chǔ)結(jié)果就是簡(jiǎn)單的HashMap。
并且從代碼上來看,一級(jí)緩存是無法禁止的。但是如果一個(gè)查詢,我們就是不想讓其從緩存中獲取,必須從數(shù)據(jù)庫查詢,那我們豈不是無法處理了?
答案必然是否定的,我們從代碼中可以看到:雖然一級(jí)緩存無法跳過,但是我們可以將緩存中數(shù)據(jù)進(jìn)行清除處理,這樣一級(jí)緩存中就獲取不到結(jié)果集了:
如何讓mybatis每次查詢都flush緩存結(jié)果集呢?答案是通過mapper配置中的flushCache屬性來處理:
<select id="queryAllUsers" resultType="User" flushCache="true"> select * from hwc_users </select>
加上這個(gè)屬性后,我們來看下程序執(zhí)行結(jié)果:
Created connection 1191654595.
Setting autocommit to false on JDBC Connection [com.mysql.jdbc.JDBC4Connection@470734c3]
==> Preparing: select * from hwc_users
==> Parameters:
<== Columns: id, name, age, email
<== Row: 1, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 2, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 3, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 4, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 5, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 6, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 7, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 8, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 9, 胡文超, 35, huwenchao@cheryfs.cn
<== Total: 9
====================================
the second query :
Cache Hit Ratio [com.huwc.mapper.UserMapper]: 0.0
==> Preparing: select * from hwc_users
==> Parameters:
<== Columns: id, name, age, email
<== Row: 1, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 2, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 3, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 4, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 5, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 6, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 7, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 8, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 9, 胡文超, 35, huwenchao@cheryfs.cn
<== Total: 9Process finished with exit code 0
可以看到,第二次查詢也檢索了數(shù)據(jù)庫來獲取結(jié)果。
一級(jí)緩存就說到這里吧,下面我們來看看二級(jí)緩存。
二級(jí)緩存
mybatis的二級(jí)緩存是需要借助第三方的緩存來實(shí)現(xiàn),常用的有ehcache或者redis,其存儲(chǔ)類型不同,但是在mybatis中的使用方式是一樣的,簡(jiǎn)單處理,我們使用ehcache來說明。
通常來說,在mybatis中啟用二級(jí)緩存,我們需要以下的步驟:
1、在項(xiàng)目中引入ehcache模塊和mybatis-ehcache模塊
2、在項(xiàng)目中加如ehcache配置文件
3、在mybatis配置文件中我們需要在setting中配置cacheEnabled屬性;
4、在mapper配置文件中配置cache屬性,并指定緩存的實(shí)現(xiàn)類;
5、在statement中配置useCache屬性為”true“
第一步:首先我們?cè)陧?xiàng)目中引入相關(guān)模塊:
<dependency> <groupId>net.sf.ehcache</groupId> <artifactId>ehcache</artifactId> <version>2.10.0</version> </dependency> <dependency> <groupId>org.mybatis.caches</groupId> <artifactId>mybatis-ehcache</artifactId> <version>1.2.1</version> </dependency>
第二步:我們從網(wǎng)上抄一個(gè)ehcache的配置文件:ehcache.xml
<?xml version="1.0" encoding="UTF-8"?> <ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="http://ehcache.org/ehcache.xsd" updateCheck="false"> <diskStore path="java.io.tmpdir"/> <defaultCache eternal="false" maxElementsInMemory="1000" overflowToDisk="false" diskPersistent="false" timeToIdleSeconds="0" timeToLiveSeconds="600" memoryStoreEvictionPolicy="LRU"/> </ehcache>
第三步:配置mybatis屬性
<setting name="cacheEnabled" value="true"/>
之前,我們說過,mybatis的配置,主要是為了初始化Configuration對(duì)象,從Configuration代碼中我們看到,對(duì)應(yīng)的屬性默認(rèn)值就是為true,因此,此步驟也可以跳過,直接采用mybatis的默認(rèn)值:
第四步:配置mapper中的緩存屬性:
<mapper namespace="com.huwc.mapper.UserMapper"> <cache type="org.mybatis.caches.ehcache.EhcacheCache"></cache> ...... </mapper>
第五步:在statement中開啟二級(jí)緩存:
<select id="queryAllUsers" resultType="User" useCache="true"> select * from hwc_users </select>
測(cè)試代碼如下,為了屏蔽一級(jí)緩存,我們?cè)诘谝淮尾樵兒偷诙尾樵冎袑qlSession進(jìn)行關(guān)閉并重新open:
@Test public void test_Cache() throws Exception { InputStream input = Resources.getResourceAsStream("mybatis-config.xml"); SqlSessionFactory factory = new SqlSessionFactoryBuilder().build(input); SqlSession sqlSession = factory.openSession(); UserMapper mapper = sqlSession.getMapper(UserMapper.class); System.out.println("the first query : "); mapper.queryAllUsers(); sqlSession.close(); sqlSession = factory.openSession(); mapper = sqlSession.getMapper(UserMapper.class); System.out.println("===================================="); System.out.println("the second query : "); mapper.queryAllUsers(); sqlSession.commit(); }
執(zhí)行結(jié)果如下:
Created connection 1191654595.
Setting autocommit to false on JDBC Connection [com.mysql.jdbc.JDBC4Connection@470734c3]
==> Preparing: select * from hwc_users
==> Parameters:
<== Columns: id, name, age, email
<== Row: 1, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 2, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 3, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 4, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 5, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 6, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 7, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 8, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 9, 胡文超, 35, huwenchao@cheryfs.cn
<== Total: 9
Resetting autocommit to true on JDBC Connection [com.mysql.jdbc.JDBC4Connection@470734c3]
Closing JDBC Connection [com.mysql.jdbc.JDBC4Connection@470734c3]
Returned connection 1191654595 to pool.
====================================
the second query :
Cache Hit Ratio [com.huwc.mapper.UserMapper]: 0.5Process finished with exit code 0
從結(jié)果中,我們可以看到,二級(jí)緩存起到了作用,并且命中率為0.5(查詢兩次,一次命中)
下面,我們從mybatis的代碼來看下二級(jí)緩存使用:
代碼截圖中,我們看到,二級(jí)緩存是在CacheExecutor中進(jìn)行的調(diào)用,并且最終使用的就是我們的Ehcache:
并且,如果我們?cè)趍apper中的statement中也配置了flushCache,那么二級(jí)緩存也將在查詢前被清除掉,我們通過測(cè)試來看以下:
<select id="queryAllUsers" resultType="User" flushCache="true" useCache="true"> select * from hwc_users </select>
執(zhí)行結(jié)果如下:
Created connection 1191654595.
Setting autocommit to false on JDBC Connection [com.mysql.jdbc.JDBC4Connection@470734c3]
==> Preparing: select * from hwc_users
==> Parameters:
<== Columns: id, name, age, email
<== Row: 1, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 2, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 3, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 4, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 5, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 6, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 7, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 8, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 9, 胡文超, 35, huwenchao@cheryfs.cn
<== Total: 9
Resetting autocommit to true on JDBC Connection [com.mysql.jdbc.JDBC4Connection@470734c3]
Closing JDBC Connection [com.mysql.jdbc.JDBC4Connection@470734c3]
Returned connection 1191654595 to pool.
====================================
the second query :
Cache Hit Ratio [com.huwc.mapper.UserMapper]: 0.5
Opening JDBC Connection
Checked out connection 1191654595 from pool.
Setting autocommit to false on JDBC Connection [com.mysql.jdbc.JDBC4Connection@470734c3]
==> Preparing: select * from hwc_users
==> Parameters:
<== Columns: id, name, age, email
<== Row: 1, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 2, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 3, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 4, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 5, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 6, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 7, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 8, 胡文超, 35, huwenchao@cheryfs.cn
<== Row: 9, 胡文超, 35, huwenchao@cheryfs.cn
<== Total: 9Process finished with exit code 0
總結(jié):
1、mybatis的緩存處理,都交由Executor來處理,一級(jí)緩存是由BaseExecutor處理,二級(jí)緩存則由CacheExecutor處理;
2、statement中如果配置了flushCache為true,那么不論是一級(jí)緩存還是二級(jí)緩存都會(huì)失效;
3、要啟用二級(jí)緩存,需要在statement中配置useCache為true。
看到這里,對(duì)Mybatis一級(jí)緩存與二級(jí)緩存的實(shí)現(xiàn)方法也已經(jīng)有了了解。想要了解更多有關(guān)于mybatis一級(jí)緩存和二級(jí)緩存的內(nèi)容請(qǐng)搜索W3Cschool以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持W3Cschool!