MyBatis中的一級快取和二級快取介紹

阿木俠發表於2017-06-13
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.xml中加入caceh標籤
<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。





相關文章