關於Mybatis使用collection分頁問題

Posted on by

項目中mybatis分頁的場景是非常高頻的，當使用ResultMap並配置collection做分頁的時候，我們可能會遇到獲取當前頁的數據少於每頁大小的數據問題。使用PagerHelper插件同樣會遇到該問題。

原因

引起該問題的原因是當我們使用的是ResultMap集合的嵌套結果映射來處理通過join查詢的結果集，映射成Java實體類型的時候，會導致主數據被映射折疊後少於從數據庫獲取的數據，從而導致獲取的映射數據少於每頁大小的數據。

方案

方案一

不使用集合的嵌套結果映射，使用集合的嵌套select查詢解決。使用該方案需要註意性能問題，會導致“N+1查詢問題”。

這種方式雖然很簡單，但在大型數據集或大型數據表上表現不佳。這個問題被稱為“N+1 查詢問題”。 概括地講，N+1 查詢問題是這樣子的：

你執行瞭一個單獨的 SQL 語句來獲取結果的一個列表（就是“+1”）。對列表返回的每條記錄，你執行一個 select 查詢語句來為每條記錄加載詳細信息（就是“N”）。

這個問題會導致成百上千的 SQL 語句被執行。有時候，我們不希望產生這樣的後果。

好消息是，MyBatis 能夠對這樣的查詢進行延遲加載，因此可以將大量語句同時運行的開銷分散開來。 然而，如果你加載記錄列表之後立刻就遍歷列表以獲取嵌套的數據，就會觸發所有的延遲加載查詢，性能可能會變得很糟糕。

方案二

移除collection配置，在業務邏輯中進行處理。先將參與分頁的數據獲取出來，再根據需要在業務代碼中獲取分頁數據關聯的數據。博主更傾向於這種方案解決mybatis中collection分頁問題。

擴展

Mybatis中配置加載一對多關系的兩種方式：

1.集合的嵌套 Select 查詢

一共會產生兩個SQL語句，一個查詢主的數據，另一個查詢關聯的數據。如下所示：

<resultMap id="blogResult" type="Blog">
  <collection property="posts" javaType="ArrayList" column="id" ofType="Post" select="selectPostsForBlog"/>
</resultMap>
 
<select id="selectBlog" resultMap="blogResult">
  SELECT * FROM BLOG WHERE ID = #{id}
</select>
 
<select id="selectPostsForBlog" resultType="Post">
  SELECT * FROM POST WHERE BLOG_ID = #{id}
</select>

2.集合的嵌套結果映射

隻會產品一個SQL語句，主數據以及關聯數據通過別名的形式進行配置映射到各自的對象的屬性上。入戲所示：

<resultMap id="blogResult" type="Blog">
  <id property="id" column="blog_id" />
  <result property="title" column="blog_title"/>
  <collection property="posts" ofType="Post" resultMap="blogPostResult" columnPrefix="post_"/>
</resultMap>
 
<resultMap id="blogPostResult" type="Post">
  <id property="id" column="id"/>
  <result property="subject" column="subject"/>
  <result property="body" column="body"/>
</resultMap>

參考：

官方Mybatis高級結果映射ResultMap介紹與使用（包含collection使用）

PageHelper插件重要提示（分頁插件不支持嵌套結果映射）

mybatis resultMap之collection聚集兩種實現方式

到此這篇關於Mybatis使用collection分頁問題的文章就介紹到這瞭,更多相關Mybatis collection分頁內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet！

推薦閱讀：