前言

先說緩存，合理使用緩存是優(yōu)化中最常見的，將從數(shù)據(jù)庫中查詢出來的數(shù)據(jù)放入緩存中，下次使用時(shí)不必從數(shù)據(jù)庫查詢，而是直接從緩存中讀取，避免頻繁操作數(shù)據(jù)庫，減輕數(shù)據(jù)庫的壓力，同時(shí)提高系統(tǒng)性能。

一級緩存

一級緩存是SqlSession級別的緩存。在操作數(shù)據(jù)庫時(shí)需要構(gòu)造sqlSession對象，在對象中有一個(gè)數(shù)據(jù)結(jié)構(gòu)用于存儲緩存數(shù)據(jù)。不同的sqlSession之間的緩存數(shù)據(jù)區(qū)域是互相不影響的。也就是他只能作用在同一個(gè)sqlSession中，不同的sqlSession中的緩存是互相不能讀取的。

一級緩存的工作原理：

用戶發(fā)起查詢請求，查找某條數(shù)據(jù)，sqlSession先去緩存中查找，是否有該數(shù)據(jù)，如果有，讀??；

如果沒有，從數(shù)據(jù)庫中查詢，并將查詢到的數(shù)據(jù)放入一級緩存區(qū)域，供下次查找使用。

但sqlSession執(zhí)行commit，即增刪改操作時(shí)會清空緩存。這么做的目的是避免臟讀。

如果commit不清空緩存，會有以下場景：A查詢了某商品庫存為10件，并將10件庫存的數(shù)據(jù)存入緩存中，之后被客戶買走了10件，數(shù)據(jù)被delete了，但是下次查詢這件商品時(shí)，并不從數(shù)據(jù)庫中查詢，而是從緩存中查詢，就會出現(xiàn)錯(cuò)誤。

既然有了一級緩存，那么為什么要提供二級緩存呢？

二級緩存是mapper級別的緩存，多個(gè)SqlSession去操作同一個(gè)Mapper的sql語句，多個(gè)SqlSession可以共用二級緩存，二級緩存是跨SqlSession的。二級緩存的作用范圍更大。

還有一個(gè)原因，實(shí)際開發(fā)中，MyBatis通常和Spring進(jìn)行整合開發(fā)。Spring將事務(wù)放到Service中管理，對于每一個(gè)service中的sqlsession是不同的，這是通過mybatis-spring中的org.mybatis.spring.mapper.MapperScannerConfigurer創(chuàng)建sqlsession自動注入到service中的。

每次查詢之后都要進(jìn)行關(guān)閉sqlSession，關(guān)閉之后數(shù)據(jù)被清空。所以spring整合之后，如果沒有事務(wù)，一級緩存是沒有意義的。

二級緩存

二級緩存原理：

二級緩存是mapper級別的緩存，多個(gè)SqlSession去操作同一個(gè)Mapper的sql語句，多個(gè)SqlSession可以共用二級緩存，二級緩存是跨SqlSession的。

UserMapper有一個(gè)二級緩存區(qū)域（按namespace分），其它mapper也有自己的二級緩存區(qū)域（按namespace分）。每一個(gè)namespace的mapper都有一個(gè)二級緩存區(qū)域，兩個(gè)mapper的namespace如果相同，這兩個(gè)mapper執(zhí)行sql查詢到數(shù)據(jù)將存在相同的二級緩存區(qū)域中。

開啟二級緩存：

1，打開總開關(guān)

在MyBatis的配置文件中加入：

<span style="font-size:18px;"><settings> 
 <!--開啟二級緩存--> 
 <setting name="cacheEnabled" value="true"/> 
</settings> </span> 

2，在需要開啟二級緩存的mapper.xml中加入caceh標(biāo)簽

<span style="font-size:18px;"><cache/></span>

3，讓使用二級緩存的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ù)，一級緩存是沒有意義的。那么如果開啟二級緩存，關(guān)閉sqlsession后，會把該sqlsession一級緩存中的數(shù)據(jù)添加到namespace的二級緩存中。這樣，緩存在sqlsession關(guān)閉之后依然存在。

總結(jié)：

對于查詢多commit少且用戶對查詢結(jié)果實(shí)時(shí)性要求不高，此時(shí)采用mybatis二級緩存技術(shù)降低數(shù)據(jù)庫訪問量，提高訪問速度。

但不能濫用二級緩存，二級緩存也有很多弊端，從MyBatis默認(rèn)二級緩存是關(guān)閉的就可以看出來。
二級緩存是建立在同一個(gè)namespace下的，如果對表的操作查詢可能有多個(gè)namespace，那么得到的數(shù)據(jù)就是錯(cuò)誤的。

舉個(gè)簡單的例子:

訂單和訂單詳情，orderMapper、orderDetailMapper。在查詢訂單詳情時(shí)我們需要把訂單信息也查詢出來，那么這個(gè)訂單詳情的信息被二級緩存在orderDetailMapper的namespace中，這個(gè)時(shí)候有人要修改訂單的基本信息，那就是在orderMapper的namespace下修改，他是不會影響到orderDetailMapper的緩存的，那么你再次查找訂單詳情時(shí)，拿到的是緩存的數(shù)據(jù)，這個(gè)數(shù)據(jù)其實(shí)已經(jīng)是過時(shí)的。

根據(jù)以上，想要使用二級緩存時(shí)需要想好兩個(gè)問題：

     1）對該表的操作與查詢都在同一個(gè)namespace下，其他的namespace如果有操作，就會發(fā)生數(shù)據(jù)的臟讀。

     2）對關(guān)聯(lián)表的查詢，關(guān)聯(lián)的所有表的操作都必須在同一個(gè)namespace。

好了，以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作能帶來一定的幫助，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。

最新評論