Mybatis緩存
緩存的意義
- 將用戶經常查詢的數據放在緩存(內存)中,用戶去查詢數據就不用從磁盤上(關係型數據庫數據文件)查詢,從緩存中查詢,從而提高查詢效率,解決了高併發系統的性能問題。
mybatis提供一級緩存和二級緩存
- mybatis一級緩存是一個SqlSession級別,sqlsession只能訪問自己的一級緩存的數據
- 二級緩存是跨sqlSession,是mapper級別的緩存,對於mapper級別的緩存不同的sqlsession是可以共享的。
看完上面對Mybatis的緩存的解釋,我們發現Mybatis的緩存和Hibernate的緩存是極爲相似的..
Mybatis一級緩存
Mybatis的一級緩存原理:
第一次發出一個查詢sql,sql查詢結果寫入sqlsession的一級緩存中,緩存使用的數據結構是一個map
Mybatis二級緩存
二級緩存原理:
二級緩存的範圍是mapper級別(mapper同一個命名空間),mapper以命名空間爲單位創建緩存數據結構,結構是map
Mybatis二級緩存配置
需要我們在Mybatis的配置文件中配置二級緩存
<!-- 全局配置參數 -->
<settings>
<!-- 開啓二級緩存 -->
<setting name="cacheEnabled" value="true"/>
</settings>
上面已經說了,二級緩存的範圍是mapper級別的,因此我們的Mapper如果要使用二級緩存,還需要在對應的映射文件中配置..
<cache/>
查詢結果映射的pojo序列化
mybatis二級緩存需要將查詢結果映射的pojo實現 java.io.serializable接口,如果不實現則拋出異常:
org.apache.ibatis.cache.CacheException: Error serializing object. Cause: java.io.NotSerializableException: cn.itcast.mybatis.po.User
二級緩存可以將內存的數據寫到磁盤,存在對象的序列化和反序列化,所以要實現java.io.serializable接口。
如果結果映射的pojo中還包括了pojo,都要實現java.io.serializable接口。
禁用二級緩存
對於變化頻率較高的sql,需要禁用二級緩存:
在statement中設置useCache=false可以禁用當前select語句的二級緩存,即每次查詢都會發出sql去查詢,默認情況是true,即該sql使用二級緩存。、、
<select id="findOrderListResultMap" resultMap="ordersUserMap" useCache="false">
刷新緩存
有的同學到這裏可能會有一個疑問:爲什麼緩存我們都是在查詢語句中配置??而使用增刪改的時候,緩存默認就會被清空【刷新了】???
緩存其實就是爲我們的查詢服務的,對於增刪改而言,如果我們的緩存保存了增刪改後的數據,那麼再次讀取時就會讀到髒數據了!
我們在特定的情況下,還可以單獨配置刷新緩存【但不建議使用】flushCache
<update id="updateUser" parameterType="cn.itcast.mybatis.po.User" flushCache="false">
update user set username=#{username},birthday=#{birthday},sex=#{sex},address=#{address} where id=#{id}
</update>
瞭解Mybatis緩存的一些參數
mybatis的cache參數只適用於mybatis維護緩存。
flushInterval(刷新間隔)可以被設置爲任意的正整數,而且它們代表一個合理的毫秒形式的時間段。默認情況是不設置,也就是沒有刷新間隔,緩存僅僅調用語句時刷新。
size(引用數目)可以被設置爲任意正整數,要記住你緩存的對象數目和你運行環境的可用內存資源數目。默認值是1024。
readOnly(只讀)屬性可以被設置爲true或false。只讀的緩存會給所有調用者返回緩存對象的相同實例。因此這些對象不能被修改。這提供了很重要的性能優勢。可讀寫的緩存會返回緩存對象的拷貝(通過序列化)。這會慢一些,但是安全,因此默認是false。
如下例子:
<cache eviction="FIFO" flushInterval="60000" size="512" readOnly="true"/>
這個更高級的配置創建了一個 FIFO 緩存,並每隔 60 秒刷新,存數結果對象或列表的 512 個引用,而且返回的對象被認爲是隻讀的,因此在不同線程中的調用者之間修改它們會導致衝突。可用的收回策略有, 默認的是 LRU:
1.LRU – 最近最少使用的:移除最長時間不被使用的對象。
2.FIFO – 先進先出:按對象進入緩存的順序來移除它們。
3.SOFT – 軟引用:移除基於垃圾回收器狀態和軟引用規則的對象。
4.WEAK – 弱引用:更積極地移除基於垃圾收集器狀態和弱引用規則的對象。
mybatis和ehcache緩存框架整合
ehcache是專門用於管理緩存的,Mybatis的緩存交由ehcache管理會更加得當..
在mybatis中提供一個cache接口,只要實現cache接口就可以把緩存數據靈活的管理起來。
整合jar包
- mybatis-ehcache-1.0.2.jar
- ehcache-core-2.6.5.jar
ehcache對cache接口的實現類:
ehcache.xml配置信息
這個xml配置文件是配置全局的緩存管理方案
<ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="../config/ehcache.xsd">
<!--diskStore:緩存數據持久化的目錄 地址 -->
<diskStore path="F:\develop\ehcache" />
<defaultCache
maxElementsInMemory="1000"
maxElementsOnDisk="10000000"
eternal="false"
overflowToDisk="false"
diskPersistent="true"
timeToIdleSeconds="120"
timeToLiveSeconds="120"
diskExpiryThreadIntervalSeconds="120"
memoryStoreEvictionPolicy="LRU">
</defaultCache>
</ehcache>
如果我們Mapper想單獨擁有一些特性,需要在mapper.xml中單獨配置
<!-- 單位:毫秒 -->
<cache type="org.mybatis.caches.ehcache.EhcacheCache">
<property name="timeToIdleSeconds" value="12000"/>
<property name="timeToLiveSeconds" value="3600"/>
<!-- 同ehcache參數maxElementsInMemory -->
<property name="maxEntriesLocalHeap" value="1000"/>
<!-- 同ehcache參數maxElementsOnDisk -->
<property name="maxEntriesLocalDisk" value="10000000"/>
<property name="memoryStoreEvictionPolicy" value="LRU"/>
</cache>
應用場景與侷限性
應用場景
對查詢頻率高,變化頻率低的數據建議使用二級緩存。
對於訪問多的查詢請求且用戶對查詢結果實時性要求不高,此時可採用mybatis二級緩存技術降低數據庫訪問量,提高訪問速度
業務場景比如:
- 耗時較高的統計分析sql、
- 電話賬單查詢sql等。
實現方法如下:通過設置刷新間隔時間,由mybatis每隔一段時間自動清空緩存,根據數據變化頻率設置緩存刷新間隔flushInterval,比如設置爲30分鐘、60分鐘、24小時等,根據需求而定。
侷限性
mybatis侷限性
mybatis二級緩存對細粒度的數據級別的緩存實現不好,比如如下需求:對商品信息進行緩存,由於商品信息查詢訪問量大,但是要求用戶每次都能查詢最新的商品信息,此時如果使用mybatis的二級緩存就無法實現當一個商品變化時只刷新該商品的緩存信息而不刷新其它商品的信息,因爲mybaits的二級緩存區域以mapper爲單位劃分,當一個商品信息變化會將所有商品信息的緩存數據全部清空。解決此類問題需要在業務層根據需求對數據有針對性緩存。