深入理解MyBatis中的一級(jí)緩存與二級(jí)緩存
前言
先說緩存,合理使用緩存是優(yōu)化中最常見的,將從數(shù)據(jù)庫中查詢出來的數(shù)據(jù)放入緩存中,下次使用時(shí)不必從數(shù)據(jù)庫查詢,而是直接從緩存中讀取,避免頻繁操作數(shù)據(jù)庫,減輕數(shù)據(jù)庫的壓力,同時(shí)提高系統(tǒng)性能。
一級(jí)緩存
一級(jí)緩存是SqlSession級(jí)別的緩存。在操作數(shù)據(jù)庫時(shí)需要構(gòu)造sqlSession對象,在對象中有一個(gè)數(shù)據(jù)結(jié)構(gòu)用于存儲(chǔ)緩存數(shù)據(jù)。不同的sqlSession之間的緩存數(shù)據(jù)區(qū)域是互相不影響的。也就是他只能作用在同一個(gè)sqlSession中,不同的sqlSession中的緩存是互相不能讀取的。
一級(jí)緩存的工作原理:
用戶發(fā)起查詢請求,查找某條數(shù)據(jù),sqlSession先去緩存中查找,是否有該數(shù)據(jù),如果有,讀??;
如果沒有,從數(shù)據(jù)庫中查詢,并將查詢到的數(shù)據(jù)放入一級(jí)緩存區(qū)域,供下次查找使用。
但sqlSession執(zhí)行commit,即增刪改操作時(shí)會(huì)清空緩存。這么做的目的是避免臟讀。
如果commit不清空緩存,會(huì)有以下場景:A查詢了某商品庫存為10件,并將10件庫存的數(shù)據(jù)存入緩存中,之后被客戶買走了10件,數(shù)據(jù)被delete了,但是下次查詢這件商品時(shí),并不從數(shù)據(jù)庫中查詢,而是從緩存中查詢,就會(huì)出現(xiàn)錯(cuò)誤。
既然有了一級(jí)緩存,那么為什么要提供二級(jí)緩存呢?
二級(jí)緩存是mapper級(jí)別的緩存,多個(gè)SqlSession去操作同一個(gè)Mapper的sql語句,多個(gè)SqlSession可以共用二級(jí)緩存,二級(jí)緩存是跨SqlSession的。二級(jí)緩存的作用范圍更大。
還有一個(gè)原因,實(shí)際開發(fā)中,MyBatis通常和Spring進(jìn)行整合開發(fā)。Spring將事務(wù)放到Service中管理,對于每一個(gè)service中的sqlsession是不同的,這是通過mybatis-spring中的org.mybatis.spring.mapper.MapperScannerConfigurer
創(chuàng)建sqlsession自動(dòng)注入到service中的。
每次查詢之后都要進(jìn)行關(guān)閉sqlSession,關(guān)閉之后數(shù)據(jù)被清空。所以spring整合之后,如果沒有事務(wù),一級(jí)緩存是沒有意義的。
二級(jí)緩存
二級(jí)緩存原理:
二級(jí)緩存是mapper級(jí)別的緩存,多個(gè)SqlSession去操作同一個(gè)Mapper的sql語句,多個(gè)SqlSession可以共用二級(jí)緩存,二級(jí)緩存是跨SqlSession的。
UserMapper有一個(gè)二級(jí)緩存區(qū)域(按namespace分),其它mapper也有自己的二級(jí)緩存區(qū)域(按namespace分)。每一個(gè)namespace的mapper都有一個(gè)二級(jí)緩存區(qū)域,兩個(gè)mapper的namespace如果相同,這兩個(gè)mapper執(zhí)行sql查詢到數(shù)據(jù)將存在相同的二級(jí)緩存區(qū)域中。
開啟二級(jí)緩存:
1,打開總開關(guān)
在MyBatis的配置文件中加入:
<span style="font-size:18px;"><settings> <!--開啟二級(jí)緩存--> <setting name="cacheEnabled" value="true"/> </settings> </span>
2,在需要開啟二級(jí)緩存的mapper.xml中加入caceh標(biāo)簽
<span style="font-size:18px;"><cache/></span>
3,讓使用二級(jí)緩存的POJO類實(shí)現(xiàn)Serializable接口
<span style="font-size:18px;">public class User implements Serializable {}</span>
測試一下
<span style="font-size:18px;">@Test public void testCache2() throws Exception { SqlSession sqlSession1 = sqlSessionFactory.openSession(); SqlSession sqlSession2 = sqlSessionFactory.openSession(); UserMapper userMapper1 = sqlSession1.getMapper(UserMapper.class); User user1 = userMapper1.findUserById(1); System.out.println(user1); sqlSession1.close(); UserMapper userMapper2 = sqlSession2.getMapper(UserMapper.class); User user2 = userMapper2.findUserById(1); System.out.println(user2); sqlSession2.close(); }</span>
輸出結(jié)果:
<span style="font-size:18px;">DEBUG [main] - Cache Hit Ratio [com.iot.mybatis.mapper.UserMapper]: 0.0 DEBUG [main] - Opening JDBC Connection DEBUG [main] - Created connection 103887628. DEBUG [main] - Setting autocommit to false on JDBC Connection [com.mysql.jdbc.JDBC4Connection@631330c] DEBUG [main] - ==> Preparing: SELECT * FROM user WHERE id=? DEBUG [main] - ==> Parameters: 1(Integer) DEBUG [main] - <== Total: 1 User [id=1, username=張三, sex=1, birthday=null, address=null] DEBUG [main] - Resetting autocommit to true on JDBC Connection [com.mysql.jdbc.JDBC4Connection@631330c] DEBUG [main] - Closing JDBC Connection [com.mysql.jdbc.JDBC4Connection@631330c] DEBUG [main] - Returned connection 103887628 to pool. DEBUG [main] - Cache Hit Ratio [com.iot.mybatis.mapper.UserMapper]: 0.5 User [id=1, username=張三, sex=1, birthday=null, address=null]</span>
我們可以從打印的信息看出,兩個(gè)sqlSession,去查詢同一條數(shù)據(jù),只發(fā)起一次select查詢語句,第二次直接從Cache中讀取。
前面我們說到,Spring和MyBatis整合時(shí), 每次查詢之后都要進(jìn)行關(guān)閉sqlSession,關(guān)閉之后數(shù)據(jù)被清空。所以spring整合之后,如果沒有事務(wù),一級(jí)緩存是沒有意義的。那么如果開啟二級(jí)緩存,關(guān)閉sqlsession后,會(huì)把該sqlsession一級(jí)緩存中的數(shù)據(jù)添加到namespace的二級(jí)緩存中。這樣,緩存在sqlsession關(guān)閉之后依然存在。
總結(jié):
對于查詢多commit少且用戶對查詢結(jié)果實(shí)時(shí)性要求不高,此時(shí)采用mybatis二級(jí)緩存技術(shù)降低數(shù)據(jù)庫訪問量,提高訪問速度。
但不能濫用二級(jí)緩存,二級(jí)緩存也有很多弊端,從MyBatis默認(rèn)二級(jí)緩存是關(guān)閉的就可以看出來。
二級(jí)緩存是建立在同一個(gè)namespace下的,如果對表的操作查詢可能有多個(gè)namespace,那么得到的數(shù)據(jù)就是錯(cuò)誤的。
舉個(gè)簡單的例子:
訂單和訂單詳情,orderMapper、orderDetailMapper。在查詢訂單詳情時(shí)我們需要把訂單信息也查詢出來,那么這個(gè)訂單詳情的信息被二級(jí)緩存在orderDetailMapper的namespace中,這個(gè)時(shí)候有人要修改訂單的基本信息,那就是在orderMapper的namespace下修改,他是不會(huì)影響到orderDetailMapper的緩存的,那么你再次查找訂單詳情時(shí),拿到的是緩存的數(shù)據(jù),這個(gè)數(shù)據(jù)其實(shí)已經(jīng)是過時(shí)的。
根據(jù)以上,想要使用二級(jí)緩存時(shí)需要想好兩個(gè)問題:
1)對該表的操作與查詢都在同一個(gè)namespace下,其他的namespace如果有操作,就會(huì)發(fā)生數(shù)據(jù)的臟讀。
2)對關(guān)聯(lián)表的查詢,關(guān)聯(lián)的所有表的操作都必須在同一個(gè)namespace。
好了,以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作能帶來一定的幫助,如果有疑問大家可以留言交流,謝謝大家對腳本之家的支持。
相關(guān)文章
編寫android撥打電話apk應(yīng)用實(shí)例代碼
這篇文章主要介紹了編寫android撥打電話apk應(yīng)用實(shí)例代碼,十分的實(shí)用,這里分享給大家,有需要的小伙伴可以參考下2015-04-04Java內(nèi)存區(qū)域與內(nèi)存溢出異常詳解
這篇文章主要介紹了Java內(nèi)存區(qū)域與內(nèi)存溢出異常詳解的相關(guān)資料,需要的朋友可以參考下2017-03-03SpringSecurity在單機(jī)環(huán)境下使用方法詳解
本文詳細(xì)介紹了SpringSecurity和SpringBoot的整合過程,包括配置用戶認(rèn)證、JSP頁面的使用、數(shù)據(jù)庫認(rèn)證以及授權(quán)功能的實(shí)現(xiàn),感興趣的朋友一起看看吧2025-02-02教你快速搭建sona服務(wù)及idea使用sona的方法
Sonar 是一個(gè)用于代碼質(zhì)量管理的開放平臺(tái)。通過插件機(jī)制,Sonar 可以集成不同的測試工具,代碼分析工具,以及持續(xù)集成工具,本文給大家分享搭建sona服務(wù)及idea使用sona的方法,感興趣的朋友一起看看吧2021-06-06Liquibase 在 Spring Boot 中的使用詳細(xì)介紹
Liquibase 提供了靈活的變更集機(jī)制,支持創(chuàng)建表、修改列、填充數(shù)據(jù)、回滾變更等多種操作,本文將通過多個(gè)豐富的示例,詳細(xì)講解如何在 Spring Boot項(xiàng)目中使用 Liquibase,感興趣的朋友跟隨小編一起看看吧2024-12-12一分鐘掌握J(rèn)ava?ElasticJob分布式定時(shí)任務(wù)
ElasticJob?是面向互聯(lián)網(wǎng)生態(tài)和海量任務(wù)的分布式調(diào)度解決方案,本文主要通過簡單的示例帶大家深入了解ElasticJob分布式定時(shí)任務(wù)的相關(guān)知識(shí),需要的可以參考一下2023-05-05