Mybatis中的一級緩存和二級緩存

Mybatis中的一級緩存和二級緩存

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

一級緩存

​ 一級緩存是SqlSession級別的緩存。在操作數據庫時需要構造sqlSession對象，在對象中有一個數據結構用於存儲緩存數據。不同的sqlSession之間的緩存數據區域是互相不影響的。也就是他只能作用在同一個sqlSession中，不同的sqlSession中的緩存是互相不能讀取的。

一級緩存的工作原理：

​ 用戶發起查詢請求，查找某條數據，sqlSession先去緩存中查找，是否有該數據，如果有，讀取；

​ 如果沒有，從數據庫中查詢，並將查詢到的數據放入一級緩存區域，供下次查找使用。

​ 但sqlSession執行commit，即增刪改操作時會刷新緩存。這麼做的目的是避免髒讀。

​ 如果commit不刷新緩存，會有以下場景：A查詢了某商品庫存爲10件，並將10件庫存的數據存入緩存中，之後被客戶買走了10件，數據被delete了，但是下次查詢這件商品時，並不從數據庫中查詢，而是從緩存中查詢，就會出現錯誤。

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

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

​ 還有一個原因，實際開發中，MyBatis通常和Spring進行整合開發。Spring將事務放到Service中管理，對於每一個service中的sqlsession是不同的，這是通過mybatis-spring中的org.mybatis.spring.mapper.MapperScannerConfigurer創建sqlsession自動注入到service中的。 每次查詢之後都要進行關閉sqlSession，關閉之後數據被清空。所以spring整合之後，如果沒有事務，一級緩存是沒有意義的。

二級緩存

二級緩存原理：

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

​ UserMapper有一個二級緩存區域（按namespace分），其它mapper也有自己的二級緩存區域（按namespace分）。每一個namespace的mapper都有一個二級緩存區域，兩個mapper的namespace如果相同，這兩個mapper執行sql查詢到數據將存在相同的二級緩存區域中。

開啓二級緩存：

1.在Mybatis的配置文件中添加

<settings>    
   <!--開啓二級緩存-->    
    <setting name="cacheEnabled" value="true"/>    
</settings> 

2.在需要開啓二級緩存的mapper的配置文件中添加

<cache/>

3.讓使用二級緩存的POJO類實現Serializable接口

public class User implements Serializable {}

測試：

@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();  
}

輸出結果：

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]

​ 我們可以從打印的信息看出，兩個sqlSession，去查詢同一條數據，只發起一次select查詢語句，第二次直接從Cache中讀取。

​ 前面我們說到，Spring和MyBatis整合時， 每次查詢之後都要進行關閉sqlSession，關閉之後數據被清空。所以spring整合之後，如果沒有事務，一級緩存是沒有意義的。那麼如果開啓二級緩存，關閉sqlsession後，會把該sqlsession一級緩存中的數據添加到namespace的二級緩存中。這樣，緩存在sqlsession關閉之後依然存在。

總結：

​ 對於查詢多commit少且用戶對查詢結果實時性要求不高，此時採用mybatis二級緩存技術降低數據庫訪問量，提高訪問速度。

​ 但不能濫用二級緩存，二級緩存也有很多弊端，從MyBatis默認二級緩存是關閉的就可以看出來。

​ 二級緩存是建立在同一個namespace下的，如果對錶的操作查詢可能有多個namespace，那麼得到的數據就是錯誤的。

舉個簡單的例子:

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

根據以上，想要使用二級緩存時需要想好兩個問題：

1）對該表的操作與查詢都在同一個namespace下，其他的namespace如果有操作，就會發生數據的髒讀。

2）對關聯表的查詢，關聯的所有表的操作都必須在同一個namespace。

本文轉載自：https://blog.csdn.net/weixin_36380516/article/details/73194758