mybatis二級緩存
A. mybatis自帶一級和二級緩存,為什麼還要用redis
二級緩存是namespace區域內的,所以不同的namespace下操作同一張表,會導致數據不一致,個人從未使用過二級緩存,redis更靈活,功能更豐富
B. Mybatis的緩存講解
前段時間阿粉的一個朋友和阿粉吃飯,在吃飯的時候和阿粉瘋狂的吐槽面試官,說面試官問的問題都是些什麼問題呀,我一個幹了三四年的開發,也不說問點靠譜的,阿粉很好奇,問題問完基礎的,一般不都是根據你自己的簡歷進行提問么?而接下來他說的出來的問題,阿粉表示,阿粉需要繼續學習了。
說到這個,讀者大人們肯定心想,阿粉是在開玩笑么?你一個 Java 程序員,你不知道Mybatis是啥么?不就是個持久層的框架么,這東西有啥好說的呢?但是阿粉還是要給大家說。
為什麼說 Mybatis 是一個半自動 ORM 的框架呢?
ORM,是Object和Relation之間的映射,而Mybatis 在查詢關聯對象或關聯集合對象時,需要手動編寫 sql 來完成,所以,稱之為半自動 ORM 框架,而Hibernate 屬於全自動 ORM 映射工具,使用 Hibernate 查詢關聯對象或者關聯集合對象時,可以根據對象關系模型直接獲取,所以它是全自動的。
這也是為什麼有些面試官在面試初級程序員的時候,很喜歡說,你覺得 Mybatis , 和 Hibernate 都有什麼優缺點,為啥你們選擇使用的 Mybatis 而不選擇使用 Hibernate 呢?
我們都說了 Mybatis是什麼了,接下來肯定需要說說面試官都問了什麼問題,能讓阿粉的朋友變得非常猶豫。
當我們面試的時候,說完這個,一般情況下,面試官一定會追問下去,畢竟技術就是要問到你的知識盲區才會停止。
那我們就來畫個圖表示一下一級緩存
那面試官肯定會說,直接從資料庫查不就行了,為啥要一級緩存呢?
當我們使用MyBatis開啟一次和資料庫的會話時, MyBatis 會創建出一個 SqlSession 對象表示一次與資料庫之間的信息傳遞,在我們執行 SQL 語句的過程中,們可能會反復執行完全相同的查詢語句,如果不採取一些措施,我們每一次查詢都會查詢一次資料庫,而如果在極短的時間內做了很多次相同的查詢操作,那麼這些查詢返回的結果很可能相同。
也就是說,如果我們在短時間內,頻繁的去執行一條 SQL ,查詢返回的結果本來應該是改變了,但是我們查詢出來的時候,會出現結果一致的情況,正是為了解決這種問題,也為了減輕資料庫的開銷,所以 Mybatis 默認開啟了一級緩存。
Mybatis 的二級緩存一般如果你不對他進行設置,他是不會開啟的,而二級緩存是什麼呢?Mybatis 中的二級緩存實際上就是 mapper 級別的緩存,而這時候肯定會有人說,那麼不同之間的 Mapper 是同一個緩存么?
答案是否定的,他不是一個,Mapper 級別的緩存實際上就是相同的 Mapper 使用的是一個二級緩存,但是在二級緩存中,又有多個不同的 SqlSession ,而不同的 Mapper 之間的二級緩存也就是互相不會影響的。
就類似下面的圖
這二級緩存是不是就看起來有點意思了?
那怎麼能夠開啟二級緩存呢?
1.MyBatis 配置文件
2.MyBatis 要求返回的 POJO 必須是可序列化的
3.Mapper 的 xml 配置文件中加入 標簽
既然我們想要了解這個二級緩存,那麼必然,我們還得知道它裡面的配置都有哪些含義。
我們先從標簽看起,然後從源碼裡面看都有哪些配置信息提供給我們使用:
blocking : 直譯就是調度,而在 Mybatis 中,如果緩存中找不到對應的 key ,是否會一直 blocking ,直到有對應的數據進入緩存。
eviction : 緩存回收策略
而緩存回收策略,在源碼中是有直接體現的,那麼他們分別都對應了什麼形式呢?
大家雖然看著 PERPETUAL 排在了第一位,但是它可不是默認的,在 Mybatis 的緩存策略裡面,默認的是 LRU 。
PERPETUAL :
源代碼如下:
恩?看著是不是有點眼熟,它怎麼就只是包裝了 HashMap ? 你還別奇怪,他還真的就是使用的 HashMap ,不得不說,雖然人家是使用的 HashMap ,但是那可是比咱們寫的高端多了。
既然使用 HashMap ,那麼必然就會有Key,那麼他們的Key是怎麼設計的?
CacheKey:
確實牛逼,至於內部如何初始化,如何進行操作,大家有興趣的可以去閱讀一下源碼,導入個源碼包,打開自己看一下。
FIFO : 先進先出緩沖淘汰策略
在 FIFO 淘汰策略中使用了 Java 中的 Deque,而 Deque 一種常用的數據結構,可以將隊列看做是一種特殊的線性表,該結構遵循的先進先出原則。Java中,LinkedList實現了Queue介面,因為LinkedList進行插入、刪除操作效率較高。
當你看完這個源碼的時候,是不是就感覺源碼其實也沒有那麼難看懂,裡面都是我們已經掌握好的知識,只不過中間做了一些操作,進行了一些封裝。
LRU : 最近最少使用的緩存策略
而 LUR 演算法,阿粉之前都說過,如果對這個演算法感興趣的話,文章地址給大家送上,經典的 LRU 演算法,你真的了解嗎?
而我們需要看的源碼則是在 Mybatis 中的源碼,
SOFT : 基於垃圾回收器狀態和軟引用規則的對象
在看到基於垃圾回收器的時候,阿粉就已經開始興奮了,竟然有GC的事情,那還不趕緊看看,這如此高大上(裝杯)的事情,來瞅瞅吧!
WEAK : 基於垃圾收集器狀態和弱引用規則的對象
WeakCache在實現上與SoftCache幾乎相同,只是把引用對象由SoftReference軟引用換成了WeakReference弱引用。
在這里阿粉也就不再多說了,關於 Mybatis 的二級緩存,你了解了么?下次遇到面試官問這個的時候,你應該知道怎麼成功(裝杯)不被打了吧。
C. mybatis的緩存有幾種
1、一級緩存
MyBatis默認開啟了一級緩存,一級緩存是在SqlSession 層面進行緩存的。即,同一個SqlSession ,多次調用同一個Mapper和同一個方法的同一個參數,只會進行一次資料庫查詢,然後把數據緩存到緩沖中,以後直接先從緩存中取出數據,不會直接去查資料庫。
但是不同的SqlSession對象,因為不用的SqlSession都是相互隔離的,所以相同的Mapper、參數和方法,他還是會再次發送到SQL到資料庫去執行,返回結果。
2、二級緩存
為了克服這個問題,需要開啟二級緩存,是的緩存zaiSqlSessionFactory層面給各個SqlSession 對象共享。默認二級緩存是不開啟的,需要手動進行配置。
<cache/>
如果這樣配置的話,很多其他的配置就會被默認進行,如:
映射文件所有的select 語句會被緩存
映射文件的所有的insert、update和delete語句會刷新緩存
緩存會使用默認的Least Recently Used(LRU,最近最少使用原則)的演算法來回收緩存空間
根據時間表,比如No Flush Interval,(CNFI,沒有刷新間隔),緩存不會以任何時間順序來刷新
緩存會存儲列表集合或對象(無論查詢方法返回什麼)的1024個引用
緩存會被視為是read/write(可讀/可寫)的緩存,意味著對象檢索不是共享的,而且可以很安全的被調用者修改,不幹擾其他調用者或縣城所作的潛在修改
- <cache eviction="LRU" flushInterval="100000" size="1024" readOnly="true"/>
eviction:緩存回收策略
- LRU:最少使用原則,移除最長時間不使用的對象
- FIFO:先進先出原則,按照對象進入緩存順序進行回收
- SOFT:軟引用,移除基於垃圾回收器狀態和軟引用規則的對象
- WEAK:弱引用,更積極的移除移除基於垃圾回收器狀態和弱引用規則的對象flushInterval:刷新時間間隔,單位為毫秒,這里配置的100毫秒。如果不配置,那麼只有在進行資料庫修改操作才會被動刷新緩存區
size:引用額數目,代表緩存最多可以存儲的對象個數
readOnly:是否只讀,如果為true,則所有相同的sql語句返回的是同一個對象(有助於提高性能,但並發操作同一條數據時,可能不安全),如果設置為false,則相同的sql,後面訪問的是cache的clone副本。
useCache配置
如果一條語句每次都需要最新的數據,就意味著每次都需要從資料庫中查詢數據,可以把這個屬性設置為false,如:
- <select id="selectAll" resultMap="BaseResultMap" useCache="false">
刷新緩存(就是清空緩存)
二級緩存默認會在insert、update、delete操作後刷新緩存,可以手動配置不更新緩存,如下:
- <update id="updateById" parameterType="User" flushCache="false" />
可以在開啟二級緩存時候,手動配置一些屬性
各個屬性意義如下:
可以在Mapper的具體方法下設置對二級緩存的訪問意願:
3、自定義緩存
自定義緩存對象,該對象必須實現 org.apache.ibatis.cache.Cache 介面
每次查詢資料庫前,MyBatis都會先在緩存中查找是否有該緩存對象。只有當調用了commit() 方法,MyBatis才會往緩存中寫入數據,數據記錄的鍵為數字編號+Mapper名+方法名+SQL語句+參數格式,值為返回的對象值。
D. Spring boot + Mybatis plus + Redis實現二級緩存
1.1 通過application.yml配置redis的連接信息,springboot默認redis用的lecttuce客戶端,如果想用jedis的話,只需要在pom.xml中引入redis的時候排除在lecttuce,然後再導入jedis的jar包就好了,
1.2 打開mybatis plus的二級緩存,為true的時候是開啟的,false是關閉二級緩存
1.3 編寫緩存類繼承Cache類,實現Cache中的方法
1.4 早*.xml中加上<cache>標簽,type寫你所編寫二級緩存類的路徑
E. mybatis二級緩存原理
mybatis篇
一級緩存的作用域是Sqlsession級別的,也就是說不同的Sqlsession是不會走一級緩存的,那麼如果需要跨Sqlsession的緩存,就需要使用到二級緩存了。
二級緩存的話默認是關閉的,所以需要我們開啟,開啟的方式官網也有介紹,需要在mybatis-config.xml核心配置文件中開啟二級緩存功能,並且我們mapper.xml中也需要加入<cache/>標簽,二者缺一不可,後面我們看源碼就能知道為啥這兩個缺一不可。
先來看個例子
執行結果很意外,為什麼二級緩存的功能都開啟了,結果sql還是執行了2次,並沒有走緩存,其實,二級緩存還有一個要注意的點那就是必須要提交事務二級緩存才會保存記錄,因為已經是跨SqlSession共享緩存了,所以事務必須要提交,否則會讀取到因混滾導致的錯誤數據。
有個地方需要注意,二級緩存的Sqlsession中的Executor實際上是CachingExecutor
我們知道getMapper最終的執行都會走到MapperProxy類中的invoker方法,具體就來分析這個類。
最後來到了重點的地方
CacheKey我們可以認為他就是每個方法對應的一個唯一標識符。
這里我們就可以看出為什麼之前兩者必須要配置,cacheEnable開啟了才會用CachingExecutor包裝一下BaseExecutor,而<cache/>標簽只有配置了才會走緩存的邏輯
這里的tcm
到這,我們就差不多揭開了二級緩存的秘密,重要的還是<cache/>這個標簽,因為它的存在就對應著每個mapper.xml中的一個具體Cache類,而這個類在每個mapper.xml中又是同一個,所以最終的值是放入了Cache類中,key為CacheKey,value就是sql執行的結果。
至於為什麼需要事務提交才能命中二級緩存,我們看下put方法就知道
這里的putObject並沒有真正的把值存入Cache中,而是存入了待提交的Map中,所以再來看下commit做了什麼
具體看tcm.commit()
而這里可以看到此處會遍歷所有的TransactionCache並執行commit方法
真相就出來了,會遍歷待提交的Map然後把裡面的值都存入Cache中,所以後面的查詢就能直接從Cache中拿到值了。
總結
二級緩存先會把Sqlsession中的Executor包裝成包裝成CacheingExecutor,所有的sql都會經過這個類,而該類通過mapper.xml中配置的唯一<cache/>標簽生成的Cache類存放每個方法執行的結果
F. jojo那裡可以緩存
Mybatis的一個重要特性是緩存。它的緩存機制可以極大地提高應用程序的性能。Mybatis緩存的主要目的是減少資料庫虛毀訪問次數,從而提高應用程序的性能。Mybatis提供了兩種緩存:一級緩存和二級緩存。一級緩存是Mybatis默認啟用的緩存,它位於SqlSession級別,當SqlSession關閉時,一級緩存也會被清空。二級緩存是Mybatis可選擇啟用的緩存,它位於Mapper級別,可以被多個SqlSession共享,其中的數據會在多個SqlSession之間共享。Mybatis的緩存機制可以幫助減少資料庫訪問次數察盯,從而提高應敗譽和用程序的性能。
G. Mybatis是什麼以及Mybatis和JDBC的關系
Mybatis是什麼
mybatis是一個持久層ORM框架。它內部封裝了jdbc,使得開發更簡潔,更高效。
MyBatis可以通過xml或註解完成ORM映射關系配置。
Mybatis和JDBC的關系
JDBC是Java提供的一個操作資料庫的API; MyBatis是一個持久層ORM框架,底層是對JDBC的封裝。
MyBatis對JDBC操作資料庫做了一系列的優化:
(1) mybatis使用已有的連接池管理,避免浪費資源,提高程序可靠性。
(2) mybatis提供插件自動生成DAO層代碼,提高編碼效率和准確性。
(3)mybatis 提供了一級和二級緩存,提高了程序性能。
(4) mybatis使用動態SQL語句,提高了SQL維護。(此優勢是基於XML配置)
(5) mybatis對資料庫操作結果進行自動映射
MyBatis的優點和缺點
優點:
簡單:易於學習,易於使用,通過文檔和源代碼,可以比較完全的掌握它的設計思路和實現。
實用:提供了數據映射功能,提供了對底層數據訪問的封裝(例如ado.net),提供了DAO框架,可以使我們更容易的開發和配置我們的DAL層。
靈活:通過sql基本上可以實現我們不使用數據訪問框架可以實現的所有功能,或許更多。
功能完整:提供了連接管理,緩存支持,線程支持,(分布式)事物管理,通過配置作關系對象映射等數據訪問層需要解決的問題。提供了DAO支持,並在DAO框架中封裝了ADO.NET,NHibernate和DataMapper。
增強系統的可維護性:通過提供DAO層,將業務邏輯和數據訪問邏輯分離,使系統的設計更清晰,更易維護,更易單元測試。sql和代碼的分離,提高了可維護性。
缺點:
sql工作量很大,尤其是欄位多、關聯表多時,更是如此。
sql依賴於資料庫,導致資料庫移植性差。
由於xml里標簽id必須唯一,導致DAO中方法不支持方法重載。
欄位映射標簽和對象關系映射標簽僅僅是對映射關系的描述,具體實現仍然依賴於sql。(比如配置了一對多Collection標簽,如果sql里沒有join子表或查詢子表的話,查詢後返回的對象是不具備對象關系的,即Collection的對象為null)。
DAO層過於簡單,對象組裝的工作量較大。
不支持級聯更新、級聯刪除。
編寫動態sql時,不方便調試,尤其邏輯復雜時。
提供的寫動態sql的xml標簽功能簡單(連struts都比不上),編寫動態sql仍然受限,且可讀性低。使用不當,容易導致N+1的sql性能問題。
H. mybatis的cache-ref怎麼使用
首先明確一點 cache-ref 只對二級緩存有效,沒有使用二級緩存時,這東西沒有意義。
以下說明只針對二級緩存。
當mybatis的當前命名空間存在DML的事務提交時,會使當前命名空間里的緩存失效,這樣在查詢時,會直接從資料庫拿到數據,並再次緩存。但是如果是多表連接查詢,如tableA join tableB,A表的DML操作在A的nameSpace,B表的DML操作在B的nameSpace,當B表在進行了數據修改時,不會使A表緩存失效,再使用tableA join tableB會直接從緩存中獲取數據,因為此時緩存沒有刷新,而且B表的數據也有變化,那麼此時讀取的就是臟數據。
此時就需要在B的nameSpace里使用<cache-ref namespace="A"/>,保證跟新B時,A的緩存也失效。再在A裡面執行 tableA join tableB時,會重新從資料庫里查詢最新數據。
I. MyBatis二級緩存帶來的問題
MyBatis二級緩存使用的在某些場景下會出問題,來看一下為什麼這么說。
假設我有一條select語句(開啟了二級緩存):
selecta.col1, a.col2, a.col3, b.col1, b.col2, b.col3fromtableA a, tableB bwherea.id= b.id;
對於tableA與tableB的操作定義在兩個Mapper中,分別叫做MapperA與MapperB,即它們屬於兩個命名空間,如果此時啟用緩存:
MapperA中執行上述sql語句查詢這6個欄位
tableB更新了col1與col2兩個欄位
MapperA再次執行上述sql語句查詢這6個欄位(前提是沒有執行過任何insert、delete、update操作)
此時問題就來了,即使第(2)步tableB更新了col1與col2兩個欄位,第(3)步MapperA走二級緩存查詢到的這6個欄位依然是原來的這6個欄位的值,因為我們從CacheKey的3組條件來看:
<select>標簽所在的Mapper的Namespace+<select>標簽的id屬性
RowBounds的offset和limit屬性,RowBounds是MyBatis用於處理分頁的一個類,offset默認為0,limit默認為Integer.MAX_VALUE
<select>標簽中定義的sql語句
對於MapperA來說,其中的任何一個條件都沒有變化,自然會將原結果返回。
這個問題對於MyBatis的二級緩存來說是一個無解的問題,因此使用MyBatis二級緩存有一個前提: 必須保證所有的增刪改查都在同一個命名空間下才行 。
J. mybatis二級緩存默認開啟嗎
不是,一級緩存默認開啟,二級需要配置文件設置。