mybatis緩存介紹

mybatis提供查詢緩存，用于減輕數(shù)據(jù)壓力，提高數(shù)據(jù)庫性能。
如下圖，是mybatis一級緩存和二級緩存的區(qū)別圖解：

Mybatis一級緩存的作用域是同一個SqlSession，在同一個sqlSession中兩次執(zhí)行相同的sql語句，第一次執(zhí)行完畢會將數(shù)據(jù)庫中查詢的數(shù)據(jù)寫到緩存（內(nèi)存），第二次會從緩存中獲取數(shù)據(jù)將不再從數(shù)據(jù)庫查詢，從而提高查詢效率。當(dāng)一個sqlSession結(jié)束后該sqlSession中的一級緩存也就不存在了。Mybatis默認開啟一級緩存。

Mybatis二級緩存是多個SqlSession共享的，其作用域是mapper的同一個namespace，不同的sqlSession兩次執(zhí)行相同namespace下的sql語句且向sql中傳遞參數(shù)也相同即最終執(zhí)行相同的sql語句，第一次執(zhí)行完畢會將數(shù)據(jù)庫中查詢的數(shù)據(jù)寫到緩存（內(nèi)存），第二次會從緩存中獲取數(shù)據(jù)將不再從數(shù)據(jù)庫查詢，從而提高查詢效率。Mybatis默認沒有開啟二級緩存需要在setting全局參數(shù)中配置開啟二級緩存。

一級緩存

一級緩存工作原理：

下圖是根據(jù)id查詢用戶的一級緩存圖解：

一級緩存區(qū)域是根據(jù)SqlSession為單位劃分的。
每次查詢會先從緩存區(qū)域找，如果找不到從數(shù)據(jù)庫查詢，查詢到數(shù)據(jù)將數(shù)據(jù)寫入緩存。
Mybatis內(nèi)部存儲緩存使用一個HashMap，key為hashCode+sqlId+Sql語句。value為從查詢出來映射生成的java對象
sqlSession執(zhí)行insert、update、delete等操作commit提交后會清空緩存區(qū)域。

一級緩存測試：

@Testpublic void testCache1() throws Exception{SqlSession sqlSession = sqlSessionFactory.openSession();//創(chuàng)建代理對象UserMapper userMapper = sqlSession.getMapper(UserMapper.class);//下邊查詢使用一個sqlSession//第1次發(fā)起請求查詢id為一的用戶User user1 = userMapper.findUserById(1);System.out.println(user1);// //如果sqlSession執(zhí)行commit操作（insert、update、delete）,就會清空sqlSession的一級緩存 // user1.setUsername("測試用戶"); // userMapper.updateUser(user1); // sqlSession.commit();//執(zhí)行commit操作才會去清空緩存//第2次發(fā)起請求查詢id為一的用戶User user2 = userMapper.findUserById(1);System.out.println(user2);sqlSession.close();}

結(jié)果：

發(fā)現(xiàn)只是執(zhí)行了一次select查詢。

一級緩存應(yīng)用

正式開發(fā)，是將mybatis和spring進行整合開發(fā)，事務(wù)控制在service中。
一個service方法中包括 很多mapper方法調(diào)用。

service{
//開始執(zhí)行時，開啟事務(wù)，創(chuàng)建SqlSession對象
//第一次調(diào)用mapper的方法findUserById(1)

//第二次調(diào)用mapper的方法findUserById(1)，從一級緩存中取數(shù)據(jù)
//方法結(jié)束，sqlSession關(guān)閉
}

如果是執(zhí)行兩次service調(diào)用查詢相同的用戶信息，不走一級緩存，因為session方法結(jié)束，sqlSession就關(guān)閉，一級緩存就清空。如果執(zhí)行兩次service之后還想使用緩存，就要使用二級緩存了。

二級緩存

二級緩存的原理

下圖是多個sqlSession請求UserMapper的二級緩存圖解

二級緩存區(qū)域是根據(jù)mapper的namespace劃分的，相同namespace的mapper查詢數(shù)據(jù)放在同一個區(qū)域，如果使用mapper代理方法每個mapper的namespace都不同，此時可以理解為二級緩存區(qū)域是根據(jù)mapper劃分。

每次查詢會先從緩存區(qū)域找，如果找不到從數(shù)據(jù)庫查詢，查詢到數(shù)據(jù)將數(shù)據(jù)寫入緩存。

Mybatis內(nèi)部存儲緩存使用一個HashMap，key為hashCode+sqlId+Sql語句。value為從查詢出來映射生成的java對象

sqlSession執(zhí)行insert、update、delete等操作commit提交后會清空緩存區(qū)域。

sqlSession1去查詢用戶id為1的用戶信息，查詢到用戶信息會將查詢數(shù)據(jù)存儲到二級緩存中。
如果SqlSession3去執(zhí)行相同 mapper下sql，執(zhí)行commit提交，清空該 mapper下的二級緩存區(qū)域的數(shù)據(jù)。
sqlSession2去查詢用戶id為1的用戶信息，去緩存中找是否存在數(shù)據(jù)，如果存在直接從緩存中取出數(shù)據(jù)。

二級緩存與一級緩存區(qū)別，二級緩存的范圍更大，多個sqlSession可以共享一個UserMapper的二級緩存區(qū)域。
UserMapper有一個二級緩存區(qū)域（按namespace分） ，其它mapper也有自己的二級緩存區(qū)域（按namespace分）。
每一個namespace的mapper都有一個二緩存區(qū)域，兩個mapper的namespace如果相同，這兩個mapper執(zhí)行sql查詢到數(shù)據(jù)將存在相同 的二級緩存區(qū)域中。

開啟二級緩存

mybaits的二級緩存是mapper范圍級別，除了在SqlMapConfig.xml設(shè)置二級緩存的總開關(guān)，還要在具體的mapper.xml中開啟二級緩存。

在具體的mapper.xml中開啟二級緩存的作用：
這樣就會在這個mapper.xml下執(zhí)行的sql，就會存到自己的緩存區(qū)域中。

在核心配置文件SqlMapConfig.xml中加入

<setting name="cacheEnabled" value="true"/> 屬性描述允許值默認值

cacheEnabled	對在此配置文件下的所有cache 進行全局性開/關(guān)設(shè)置。	true false	true

然后要在你的Mapper映射文件中添加一行： <cache /> ，表示此mapper開啟二級緩存。
在UserMapper.xml中開啟二緩存，UserMapper.xml下的sql執(zhí)行完成會存儲到它的緩存區(qū)域（HashMap）。

<!-- 開啟本mapper的namespace下的二級緩存 --> <cache/>

pojo類實現(xiàn)序列化

二級緩存需要查詢結(jié)果映射的pojo對象實現(xiàn)java.io.Serializable接口實現(xiàn)序列化和反序列化操作，注意如果存在父類、成員pojo都需要實現(xiàn)序列化接口。

實現(xiàn)序列化的作用：
為了將緩存數(shù)據(jù)取出執(zhí)行反序列化操作，因為二級緩存數(shù)據(jù)存儲介質(zhì)多種多樣，不一定在內(nèi)存。

測試：

@Testpublic void testCache2() throws Exception{SqlSession sqlSession1 = sqlSessionFactory.openSession();SqlSession sqlSession2 = sqlSessionFactory.openSession();SqlSession sqlSession3 = sqlSessionFactory.openSession();//創(chuàng)建代理對象UserMapper userMapper1 = sqlSession1.getMapper(UserMapper.class);UserMapper userMapper2 = sqlSession2.getMapper(UserMapper.class);UserMapper userMapper3 = sqlSession3.getMapper(UserMapper.class);//第1次發(fā)起請求，查詢id為1的用戶User user1 = userMapper1.findUserById(1);System.out.println(user1);//這里只有執(zhí)行了關(guān)閉操作，才會將sqlSession中的數(shù)據(jù)寫入到二級緩存區(qū)域sqlSession1.close();//使用sqlSession的commit操作，會將二級緩存刷新User user3 = userMapper3.findUserById(1);user3.setUsername("小明明");userMapper3.updateUser(user3);sqlSession3.commit();sqlSession3.close();//第2次發(fā)起請求，查詢id為1的用戶User user2 = userMapper2.findUserById(1);System.out.println(user2);//這里只有執(zhí)行了關(guān)閉操作，才會將sqlSession中的數(shù)據(jù)寫入到二級緩存區(qū)域sqlSession2.close();}

結(jié)果：

禁用二級緩存：

在statement中設(shè)置useCache=false可以禁用當(dāng)前select語句的二級緩存，即每次查詢都會發(fā)出sql去查詢，默認情況是true，即該sql使用二級緩存。

<select id="findOrderListResultMap" resultMap="ordersUserMap" useCache="false">

總結(jié)：針對每次查詢都需要最新的數(shù)據(jù)sql，要設(shè)置成useCache=false，禁用二級緩存。

刷新緩存（就是清空緩存）：

在mapper的同一個namespace中，如果有其它insert、update、delete操作數(shù)據(jù)后需要刷新緩存，如果不執(zhí)行刷新緩存會出現(xiàn)臟讀。

設(shè)置statement配置中的flushCache=”true” 屬性，默認情況下為true即刷新緩存，如果改成false則不會刷新。使用緩存時如果手動修改數(shù)據(jù)庫表中的查詢數(shù)據(jù)會出現(xiàn)臟讀。
如下：

<insert id="insertUser" parameterType="cn.itcast.mybatis.po.User" flushCache="true">

總結(jié)：一般下執(zhí)行完commit操作都需要刷新緩存，flushCache=true表示刷新緩存，這樣可以避免數(shù)據(jù)庫臟讀。

Mybatis Cache參數(shù)：

flushInterval（刷新間隔）可以被設(shè)置為任意的正整數(shù)，而且它們代表一個合理的毫秒形式的時間段。默認情況是不設(shè)置，也就是沒有刷新間隔，緩存僅僅調(diào)用語句時刷新。
size（引用數(shù)目）可以被設(shè)置為任意正整數(shù)，要記住你緩存的對象數(shù)目和你運行環(huán)境的可用內(nèi)存資源數(shù)目。默認值是1024。
readOnly（只讀）屬性可以被設(shè)置為true或false。只讀的緩存會給所有調(diào)用者返回緩存對象的相同實例。因此這些對象不能被修改。這提供了很重要的性能優(yōu)勢。可讀寫的緩存會返回緩存對象的拷貝（通過序列化）。這會慢一些，但是安全，因此默認是false。

如下例子：

<cache eviction="FIFO" flushInterval="60000" size="512" readOnly="true"/>

這個更高級的配置創(chuàng)建了一個 FIFO 緩存,并每隔 60 秒刷新,存數(shù)結(jié)果對象或列表的 512 個引用,而且返回的對象被認為是只讀的,因此在不同線程中的調(diào)用者之間修改它們會導(dǎo)致沖突。可用的收回策略有, 默認的是 LRU:

LRU – 最近最少使用的:移除最長時間不被使用的對象。

FIFO – 先進先出:按對象進入緩存的順序來移除它們。

SOFT – 軟引用:移除基于垃圾回收器狀態(tài)和軟引用規(guī)則的對象。

WEAK – 弱引用:更積極地移除基于垃圾收集器狀態(tài)和弱引用規(guī)則的對象。

mybatis整合ehcache

echache介紹：

EhCache 是一個純Java的進程內(nèi)緩存框架，是一種廣泛使用的開源Java分布式緩存，具有快速、精干等特點，是Hibernate中默認的CacheProvider。

分布式緩存原理：

我們系統(tǒng)為了提高系統(tǒng)并發(fā)，性能、一般對系統(tǒng)進行分布式部署（集群部署方式）

不使用分布緩存，緩存的數(shù)據(jù)在各各服務(wù)單獨存儲，不方便系統(tǒng)開發(fā)。所以要使用分布式緩存對緩存數(shù)據(jù)進行集中管理。

mybatis無法實現(xiàn)分布式緩存，需要和其它分布式緩存框架進行整合。

mybatis整合ehcache原理

mybatis提供二級緩存Cache接口，如下：

它的默認實現(xiàn)類：

通過實現(xiàn)Cache接口可以實現(xiàn)mybatis緩存數(shù)據(jù)通過其它緩存數(shù)據(jù)庫整合，mybatis的特長是sql操作，緩存數(shù)據(jù)的管理不是mybatis的特長，為了提高緩存的性能將mybatis和第三方的緩存數(shù)據(jù)庫整合，比如ehcache、memcache、redis等。

mybatis整合ehcache步驟

第一步：引入ehcache的依賴包

maven坐標：

<dependency><groupId>org.mybatis.caches</groupId><artifactId>mybatis-ehcache</artifactId><version>1.0.2</version></dependency>

第二步：引入緩存配置文件
classpath下添加：ehcache.xml
內(nèi)容如下：

<ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xsi:noNamespaceSchemaLocation="../config/ehcache.xsd"><diskStore path="G:\eclipsecode\ehcache" /><defaultCache maxElementsInMemory="1000" maxElementsOnDisk="10000000"eternal="false" overflowToDisk="false" timeToIdleSeconds="120"timeToLiveSeconds="120" diskExpiryThreadIntervalSeconds="120"memoryStoreEvictionPolicy="LRU"></defaultCache> </ehcache>

屬性說明：

• diskStore：指定數(shù)據(jù)在磁盤中的存儲位置。
• defaultCache：當(dāng)借助CacheManager.add(“demoCache”)創(chuàng)建Cache時，EhCache便會采用<defalutCache/>指定的的管理策略
  以下屬性是必須的：
• maxElementsInMemory - 在內(nèi)存中緩存的element的最大數(shù)目
• maxElementsOnDisk - 在磁盤上緩存的element的最大數(shù)目，若是0表示無窮大
• eternal - 設(shè)定緩存的elements是否永遠不過期。如果為true，則緩存的數(shù)據(jù)始終有效，如果為false那么還要根據(jù)timeToIdleSeconds，timeToLiveSeconds判斷
• overflowToDisk - 設(shè)定當(dāng)內(nèi)存緩存溢出的時候是否將過期的element緩存到磁盤上
  以下屬性是可選的：
• timeToIdleSeconds - 當(dāng)緩存在EhCache中的數(shù)據(jù)前后兩次訪問的時間超過timeToIdleSeconds的屬性取值時，這些數(shù)據(jù)便會刪除，默認值是0,也就是可閑置時間無窮大
• timeToLiveSeconds - 緩存element的有效生命期，默認是0.,也就是element存活時間無窮大
  diskSpoolBufferSizeMB 這個參數(shù)設(shè)置DiskStore(磁盤緩存)的緩存區(qū)大小.默認是30MB.每個Cache都應(yīng)該有自己的一個緩沖區(qū).
• diskPersistent - 在VM重啟的時候是否啟用磁盤保存EhCache中的數(shù)據(jù)，默認是false。
• diskExpiryThreadIntervalSeconds - 磁盤緩存的清理線程運行間隔，默認是120秒。每個120s，相應(yīng)的線程會進行一次EhCache中數(shù)據(jù)的清理工作
• memoryStoreEvictionPolicy - 當(dāng)內(nèi)存緩存達到最大，有新的element加入的時候， 移除緩存中element的策略。默認是LRU（最近最少使用），可選的有LFU（最不常使用）和FIFO（先進先出）

第三步：開啟ehcache緩存

EhcacheCache是ehcache對Cache接口的實現(xiàn)：

修改mapper.xml文件，在cache中指定EhcacheCache。

<cache type="org.mybatis.caches.ehcache.EhcacheCache"/>

根據(jù)需求調(diào)整緩存參數(shù)：

<cache type="org.mybatis.caches.ehcache.EhcacheCache" > <property name="timeToIdleSeconds" value="3600"/><property name="timeToLiveSeconds" value="3600"/><!-- 同ehcache參數(shù)maxElementsInMemory --><property name="maxEntriesLocalHeap" value="1000"/><!-- 同ehcache參數(shù)maxElementsOnDisk --><property name="maxEntriesLocalDisk" value="10000000"/><property name="memoryStoreEvictionPolicy" value="LRU"/></cache>

二級緩存的應(yīng)用場景：

對于訪問多的查詢請求且用戶對查詢結(jié)果實時性要求不高，此時可采用mybatis二級緩存技術(shù)降低數(shù)據(jù)庫訪問量，提高訪問速度，業(yè)務(wù)場景比如：耗時較高的統(tǒng)計分析sql、電話賬單查詢sql等。

實現(xiàn)方法如下：通過設(shè)置刷新間隔時間，由mybatis每隔一段時間自動清空緩存，根據(jù)數(shù)據(jù)變化頻率設(shè)置緩存刷新間隔flushInterval，比如設(shè)置為30分鐘、60分鐘、24小時等，根據(jù)需求而定。

二級緩存的局限性：

mybatis二級緩存對細粒度的數(shù)據(jù)級別的緩存實現(xiàn)不好，比如如下需求：對商品信息進行緩存，由于商品信息查詢訪問量大，但是要求用戶每次都能查詢最新的商品信息，此時如果使用mybatis的二級緩存就無法實現(xiàn)當(dāng)一個商品變化時只刷新該商品的緩存信息而不刷新其它商品的信息，因為mybaits的二級緩存區(qū)域以mapper為單位劃分，當(dāng)一個商品信息變化會將所有商品信息的緩存數(shù)據(jù)全部清空。
解決此類問題需要在業(yè)務(wù)層根據(jù)需求對數(shù)據(jù)有針對性緩存。

總結(jié)

以上是生活随笔為你收集整理的查询缓存---Mybatis学习笔记（十）的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。