MyBatis緩存功能原理及實(shí)例解析
緩存
1、簡(jiǎn)介
查詢 : 連接數(shù)據(jù)庫,耗資源!
一次查詢的結(jié)果,給他暫存在一個(gè)可以直接取到的地方!--->內(nèi)存 : 緩存
我們?cè)俅尾樵兿嗤瑪?shù)據(jù)的時(shí)候,直接走緩存,就不用走數(shù)據(jù)庫了
什么是緩存:
- 存在內(nèi)存中的臨時(shí)數(shù)據(jù)
- 將用戶經(jīng)常查詢的數(shù)據(jù)放在緩存(內(nèi)存)中,用戶去查詢數(shù)據(jù)就不用從磁盤上(關(guān)系型數(shù)據(jù)庫數(shù)據(jù)文件)查詢
- 從緩存中查詢,從而提高查詢效率,解決了高并發(fā)系統(tǒng)的性能問題
為什么使用緩存:
- 減少和數(shù)據(jù)庫的交互此數(shù),減少系統(tǒng)開銷,提高系統(tǒng)效率
- 什么樣的數(shù)據(jù)能使用緩存:
- 經(jīng)常查詢并且不經(jīng)常改變的數(shù)據(jù)
2、MyBatis緩存
- MyBatis包含一個(gè)非常強(qiáng)大的查詢緩存特性,它可以非常方便地定制和配置緩存。緩存可以極大的提升查詢效率
- MyBatis系統(tǒng)中默認(rèn)定義了兩級(jí)緩存:一級(jí)緩存和二級(jí)緩存
- 默認(rèn)情況下,只有一級(jí)緩存開啟。(SqlSession級(jí)別的緩存,也稱為本地緩存)
- 二級(jí)緩存需要手動(dòng)開啟和配置,他是基于namespace級(jí)別的緩存
- 未來提高擴(kuò)展性,MyBatis定義了緩存接口Cache。我們可以通過實(shí)現(xiàn)Cache接口來自定義二級(jí)緩存
3、一級(jí)緩存
- 一級(jí)緩存也叫本地緩存:SqlSession
- 與數(shù)據(jù)同義詞會(huì)話期間查詢到的數(shù)據(jù)會(huì)放在本地緩存中
- 以后如果需要獲取相同的數(shù)據(jù),直接從緩存中拿,沒有必要再去查詢數(shù)據(jù)
測(cè)試步驟
- 開啟日志
- 測(cè)試在一個(gè)Session中查詢兩次相同的記錄
- 查看日志輸出
緩存失效的情況:
- 查詢不同的東西
- 增刪改操作,可能會(huì)改變?cè)瓉淼臄?shù)據(jù),所以必定會(huì)刷新緩存
- 查詢不同的Mapper.xml
- 手動(dòng)清理緩存
sqlsession.clearCache(); //手動(dòng)清理緩存
小結(jié):一級(jí)緩存默認(rèn)是開啟的,只在一次SqlSession中有效,也就是拿到連接到關(guān)閉連接這個(gè)區(qū)間段
一級(jí)緩存就是一個(gè)Map
4、二級(jí)緩存
- 二級(jí)緩存也叫全局緩存,一級(jí)緩存作用域太低了,所以誕生了二級(jí)緩存
- 基于namespace級(jí)別的緩存,一個(gè)名稱空間,對(duì)應(yīng)一個(gè)二級(jí)緩存
- 工作機(jī)制
- 一個(gè)會(huì)話查詢一條記錄,這個(gè)數(shù)據(jù)就會(huì)被放在當(dāng)前會(huì)話的一級(jí)緩存中
- 如果當(dāng)前會(huì)話關(guān)閉了,這個(gè)會(huì)話對(duì)應(yīng)的一級(jí)緩存就沒了;但是我們想要的是,會(huì)話關(guān)閉了,一級(jí)緩存中的數(shù)據(jù)會(huì)被保存到二級(jí)緩存中
- 新的會(huì)話查詢信息,就可以從二級(jí)緩存中獲取內(nèi)容
- 不同的mapper查出的數(shù)據(jù)會(huì)放在自己對(duì)應(yīng)的緩存(map)中
步驟:
開啟全局緩存
<!--顯式的開啟全局緩存-->
<setting name="cacheEnabled" value="true"/>
在要使用二級(jí)緩存的Mapper中開啟
<!--在當(dāng)前Mapper.xml中使用二級(jí)緩存-->
<cache/>
也可以自定義參數(shù)
<cache eviction="FIFO"
flushInterval="60000"
size="512"
readOnly="true"/>
測(cè)試
問題:我們需要將實(shí)體類序列化!否則就會(huì)報(bào)錯(cuò)
java.io.NotSerializableException: com.rui.pojo.User
小結(jié):
- 只有開啟了二級(jí)緩存,在同一個(gè)Mapper下就有效
- 所有的數(shù)據(jù)都會(huì)先放在一級(jí)緩存中
- 只有當(dāng)會(huì)話提交,或者關(guān)閉的時(shí)候,才會(huì)提交到二級(jí)緩存中
5、緩存原理
6、自定義緩存——ehcache
EhCache 是一個(gè)純Java的進(jìn)程內(nèi)緩存框架,具有快速、精干等特點(diǎn),是Hibernate中默認(rèn)的CacheProvider
要在程序中使用ehcache,先要導(dǎo)包
<!-- https://mvnrepository.com/artifact/org.mybatis.caches/mybatis-ehcache --> <dependency> <groupId>org.mybatis.caches</groupId> <artifactId>mybatis-ehcache</artifactId> <version>1.1.0</version> </dependency>
然后在mapper中指定使用ehcache緩存實(shí)現(xiàn)
<!--在當(dāng)前Mapper.xml中使用二級(jí)緩存-->
<cache type="org.mybatis.caches.ehcache.EhcacheCache"/>
導(dǎo)入配置文件 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:為緩存路徑,ehcache分為內(nèi)存和磁盤兩級(jí),此屬性定義磁盤的緩存位置。參數(shù)解釋如下: user.home – 用戶主目錄 user.dir – 用戶當(dāng)前工作目錄 java.io.tmpdir – 默認(rèn)臨時(shí)文件路徑 --> <diskStore path="java.io.tmpdir/Tmp_EhCache"/> <!-- defaultCache:默認(rèn)緩存策略,當(dāng)ehcache找不到定義的緩存時(shí),則使用這個(gè)緩存策略。只能定義一個(gè)。 --> <!-- name:緩存名稱。 maxElementsInMemory:緩存最大數(shù)目 maxElementsOnDisk:硬盤最大緩存?zhèn)€數(shù)。 eternal:對(duì)象是否永久有效,一但設(shè)置了,timeout將不起作用。 overflowToDisk:是否保存到磁盤,當(dāng)系統(tǒng)當(dāng)機(jī)時(shí) timeToIdleSeconds:設(shè)置對(duì)象在失效前的允許閑置時(shí)間(單位:秒)。僅當(dāng)eternal=false對(duì)象不是永久有效時(shí)使用,可選屬性,默認(rèn)值是0,也就是可閑置時(shí)間無窮大。 timeToLiveSeconds:設(shè)置對(duì)象在失效前允許存活時(shí)間(單位:秒)。最大時(shí)間介于創(chuàng)建時(shí)間和失效時(shí)間之間。僅當(dāng)eternal=false對(duì)象不是永久有效時(shí)使用,默認(rèn)是0.,也就是對(duì)象存活時(shí)間無窮大。 diskPersistent:是否緩存虛擬機(jī)重啟期數(shù)據(jù) Whether the disk store persists between restarts of the Virtual Machine. The default value is false. diskSpoolBufferSizeMB:這個(gè)參數(shù)設(shè)置DiskStore(磁盤緩存)的緩存區(qū)大小。默認(rèn)是30MB。每個(gè)Cache都應(yīng)該有自己的一個(gè)緩沖區(qū)。 diskExpiryThreadIntervalSeconds:磁盤失效線程運(yùn)行時(shí)間間隔,默認(rèn)是120秒。 memoryStoreEvictionPolicy:當(dāng)達(dá)到maxElementsInMemory限制時(shí),Ehcache將會(huì)根據(jù)指定的策略去清理內(nèi)存。默認(rèn)策略是LRU(最近最少使用)。你可以設(shè)置為FIFO(先進(jìn)先出)或是LFU(較少使用)。 clearOnFlush:內(nèi)存數(shù)量最大時(shí)是否清除。 memoryStoreEvictionPolicy:可選策略有:LRU(最近最少使用,默認(rèn)策略)、FIFO(先進(jìn)先出)、LFU(最少訪問次數(shù))。 FIFO,first in first out,這個(gè)是大家最熟的,先進(jìn)先出。 LFU, Less Frequently Used,就是上面例子中使用的策略,直白一點(diǎn)就是講一直以來最少被使用的。如上面所講,緩存的元素有一個(gè)hit屬性,hit值最小的將會(huì)被清出緩存。 LRU,Least Recently Used,最近最少使用的,緩存的元素有一個(gè)時(shí)間戳,當(dāng)緩存容量滿了,而又需要騰出地方來緩存新的元素的時(shí)候,那么現(xiàn)有緩存元素中時(shí)間戳離當(dāng)前時(shí)間最遠(yuǎn)的元素將被清出緩存。 --> <defaultCache eternal="false" maxElementsInMemory="10000" overflowToDisk="false" diskPersistent="false" timeToIdleSeconds="1800" timeToLiveSeconds="259200" memoryStoreEvictionPolicy="LRU"/> <cache name="cloud_user" eternal="false" maxElementsInMemory="5000" overflowToDisk="false" diskPersistent="false" timeToIdleSeconds="1800" timeToLiveSeconds="1800" memoryStoreEvictionPolicy="LRU"/> </ehcache>
以上就是本文的全部?jī)?nèi)容,希望對(duì)大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
相關(guān)文章
Java數(shù)組擴(kuò)容實(shí)現(xiàn)方法解析
這篇文章主要介紹了Java數(shù)組擴(kuò)容實(shí)現(xiàn)方法解析,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2019-11-11SpringBoot集成SpringSecurity安全框架方式
這篇文章主要介紹了SpringBoot集成SpringSecurity安全框架方式,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2024-05-05一次因Java應(yīng)用造成CPU過高的排查實(shí)踐過程
一個(gè)應(yīng)用占用CPU很高,除了確實(shí)是計(jì)算密集型應(yīng)用之外,通常原因都是出現(xiàn)了死循環(huán)。下面這篇文章主要給大家介紹了一次因Java應(yīng)用造成CPU過高的排查實(shí)踐過程,文中通過示例代碼介紹的非常詳細(xì),需要的朋友可以參考下2018-11-11Java設(shè)計(jì)模式之簡(jiǎn)單工廠 工廠方法 抽象工廠深度總結(jié)
設(shè)計(jì)模式(Design Pattern)是前輩們對(duì)代碼開發(fā)經(jīng)驗(yàn)的總結(jié),是解決特定問題的一系列套路。它不是語法規(guī)定,而是一套用來提高代碼可復(fù)用性、可維護(hù)性、可讀性、穩(wěn)健性以及安全性的解決方案2021-09-09Spring MVC Mybatis多數(shù)據(jù)源的使用實(shí)例解析
項(xiàng)目需要從其他網(wǎng)站獲取數(shù)據(jù),因?yàn)槭桥R時(shí)加的需求,這篇文章主要介紹了Spring MVC Mybatis多數(shù)據(jù)源的使用實(shí)例解析,需要的朋友可以參考下2016-12-12SpringBoot整合SpringSecurity實(shí)現(xiàn)JWT認(rèn)證的項(xiàng)目實(shí)踐
本文會(huì)通過創(chuàng)建SpringBoot項(xiàng)目整合SpringSecurity,實(shí)現(xiàn)完整的JWT認(rèn)證機(jī)制,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2022-07-07