MyBatis 延遲加載與緩存的實現(xiàn)

更新時間：2025年05月19日 08:58:36 作者：lyrhhhhhhhh

本文主要介紹了MyBatis 延遲加載與緩存的實現(xiàn)

一、延遲加載策略：按需加載，優(yōu)化性能

1. 延遲加載 vs 立即加載：核心區(qū)別

立即加載：主查詢（如查詢用戶）執(zhí)行時，主動關聯(lián)加載關聯(lián)數(shù)據（如用戶的所有賬號）。
- 場景：多對一查詢（如賬號關聯(lián)用戶），需立即獲取關聯(lián)數(shù)據。
延遲加載：主查詢執(zhí)行時暫不加載關聯(lián)數(shù)據，僅當程序訪問關聯(lián)數(shù)據時，再觸發(fā)子查詢。
- 場景：一對多查詢（如用戶關聯(lián)多個賬號），減少初始查詢壓力。

舉個小例子：

場景：查詢用戶信息時不立即加載其訂單，僅在需要查看訂單時再觸發(fā)查詢。
示例：電商用戶詳情頁先展示用戶姓名、地址，點擊 “查看訂單” 按鈕時，才加載該用戶的訂單列表。

2. 多對一延遲加載實現(xiàn)（Account → User）

步驟解析：

1、定義關聯(lián)查詢：主查詢僅查賬號表，關聯(lián)用戶信息通過子查詢延遲加載。

<!-- 主查詢：僅查賬號 -->
<select id="findAll" resultMap="accountMap">
  SELECT * FROM account
</select>

<!-- 子查詢：通過用戶ID查用戶信息 -->
<select id="findById" parameterType="int" resultType="User">
  SELECT * FROM user WHERE id = #{id}
</select>

2、配置延遲加載：通過 association 標簽指定子查詢路徑和參數(shù)。

<resultMap type="Account" id="accountMap">
  <association 
    property="user"          <!-- Account類中的User屬性 -->
    javaType="User"          <!-- 關聯(lián)對象類型 -->
    select="findById"        <!-- 子查詢方法名 -->
    column="uid"             <!-- 主查詢結果中用于關聯(lián)的列（賬號表的uid） -->
  />
</resultMap>

3、全局開啟延遲加載：在 SqlMapConfig.xml 中配置。

<settings>
  <setting name="lazyLoadingEnabled" value="true"/>   <!-- 開啟延遲加載 -->
  <setting name="aggressiveLazyLoading" value="false"/> <!-- 關閉積極加載（默認會加載所有關聯(lián)數(shù)據） -->
</settings>

測試驗證：

@Test
public void testLazyLoading() {
  List<Account> accounts = accountMapper.findAll();
  for (Account account : accounts) {
    System.out.println("賬號金額：" + account.getMoney()); // 主查詢執(zhí)行時僅輸出金額
    System.out.println("用戶名稱：" + account.getUser().getUsername()); // 首次訪問user時觸發(fā)子查詢
  }
}

3. 一對多延遲加載實現(xiàn)（User → Accounts）

核心配置：

<!-- 主查詢：僅查用戶表 -->
<select id="findAll" resultMap="userMap">
  SELECT * FROM user
</select>

<resultMap type="User" id="userMap">
  <collection 
    property="accounts"       <!-- User類中的賬號列表屬性 -->
    ofType="Account"          <!-- 集合元素類型 -->
    select="com.qcbyjy.mapper.AccountMapper.findByUid" <!-- 子查詢：通過用戶ID查賬號 -->
    column="id"                <!-- 主查詢結果中的用戶ID -->
  />
</resultMap>

<!-- 子查詢：根據用戶ID查賬號 -->
<select id="findByUid" parameterType="int" resultType="Account">
  SELECT * FROM account WHERE uid = #{uid}
</select>

關鍵區(qū)別：

多對一用 association（單個對象），一對多用 collection（集合）。
子查詢參數(shù)通過 column 傳遞主查詢結果中的字段（如用戶表的 id）。

二、MyBatis 緩存機制：減少數(shù)據庫訪問

1. 緩存的核心價值

定義：將頻繁查詢的數(shù)據臨時存儲在內存中，避免重復訪問數(shù)據庫，提升查詢速度。
適用場景：讀多寫少、數(shù)據更新不頻繁的數(shù)據（如字典表、配置信息）。

2. 一級緩存：SqlSession 級別的緩存

（1）本質與作用

作用域：基于 SqlSession 對象，同一 SqlSession 內的相同查詢會直接從緩存獲取結果。
實現(xiàn)原理：SqlSession 內部維護一個 HashMap，鍵為查詢的唯一標識（SQL + 參數(shù)），值為查詢結果對象。

（2）驗證一級緩存

@Test
public void testFirstLevelCache() {
  // 同一 SqlSession 內的兩次相同查詢
  User user1 = userMapper.findById(1);
  User user2 = userMapper.findById(1); // 直接從緩存獲取，不執(zhí)行 SQL
  System.out.println(user1 == user2); // 輸出 true（對象引用相同）
}

（3）緩存失效場景

SqlSession 關閉或提交（commit）。
執(zhí)行 update/insert/delete 操作（會清空緩存）。
手動調用 session.clearCache() 清空緩存。

3. 二級緩存：SqlSessionFactory 級別的緩存

（1）核心概念

作用域：基于 SqlSessionFactory，跨 SqlSession 共享緩存（如多個 SqlSession 執(zhí)行相同查詢）。
實現(xiàn)條件：
實體類需實現(xiàn) Serializable 接口（支持序列化存儲）。

在 SqlMapConfig.xml 中開啟二級緩存（默認已開啟）。

在 Mapper 中配置 <cache/> 標簽。

（2）配置步驟

1、 實體類實現(xiàn)序列化：

public class User implements Serializable {
  // 省略屬性和方法
}

2、Mapper 中啟用緩存：

<mapper namespace="com.qcbyjy.mapper.UserMapper">
  <cache/> <!-- 啟用二級緩存 -->
  
  <select id="findById" resultType="User" useCache="true">
    SELECT * FROM user WHERE id = #{id}
  </select>
</mapper>

3、配置緩存策略（可選）：

<cache 
  eviction="LRU"       <!-- 緩存淘汰策略：LRU（最近最少使用） -->
  flushInterval="60000" <!-- 自動刷新間隔（毫秒） -->
  size="512"           <!-- 最大緩存對象數(shù) -->
  readOnly="true"      <!-- 是否只讀：true（共享對象）/ false（復制對象） -->
/>

（3）緩存優(yōu)先級與刷新

優(yōu)先級：二級緩存 > 一級緩存 > 數(shù)據庫查詢。
刷新機制：執(zhí)行 update/insert/delete 時，會清空對應 Mapper 的二級緩存。

（4）測試驗證

@Test
public void testSecondLevelCache() {
  try (SqlSession session1 = factory.openSession()) {
    UserMapper mapper1 = session1.getMapper(UserMapper.class);
    User user1 = mapper1.findById(1); // 首次查詢，命中數(shù)據庫
  }

  try (SqlSession session2 = factory.openSession()) {
    UserMapper mapper2 = session2.getMapper(UserMapper.class);
    User user2 = mapper2.findById(1); // 第二次查詢，命中二級緩存，不執(zhí)行 SQL
  }
}

三、總結：性能優(yōu)化核心要點

技術	核心作用	關鍵配置
延遲加載	減少初始查詢數(shù)據量，提升響應速度	`lazyLoadingEnabled`、`association/collection` 的 `select` 屬性
一級緩存	減少同一會話內的重復查詢	自動生效，無需額外配置（注意 `SqlSession` 生命周期）
二級緩存	跨會話共享緩存，減少數(shù)據庫壓力	實體類序列化、`<cache/>` 標簽、緩存策略配置