基本概念
流式查詢指的是查詢成功後不是傳回一個集合而是傳回一個疊代器,應用每次從疊代器取一條查詢結果。流式查詢的好處是能夠降低記憶體使用。
如果沒有流式查詢,我們想要從資料庫取 1000 萬條記錄而又沒有足夠的記憶體時,就不得不分頁查詢,而分頁查詢效率取決于表設計,如果設計的不好,就無法執行高效的分頁查詢。是以流式查詢是一個資料庫通路架構必須具備的功能。
流式查詢的過程當中,資料庫連接配接是保持打開狀态的,是以要注意的是:執行一個流式查詢後,資料庫通路架構就不負責關閉資料庫連接配接了,需要應用在取完資料後自己關閉。
MyBatis 流式查詢接口
MyBatis 提供了一個叫 org.apache.ibatis.cursor.Cursor 的接口類用于流式查詢,這個接口繼承了 java.io.Closeable 和 java.lang.Iterable 接口,由此可知:
Cursor 是可關閉的;
Cursor 是可周遊的。
除此之外,Cursor 還提供了三個方法:
isOpen():用于在取資料之前判斷 Cursor 對象是否是打開狀态。隻有當打開時 Cursor 才能取資料;
isConsumed():用于判斷查詢結果是否全部取完。
getCurrentIndex():傳回已經擷取了多少條資料
因為 Cursor 實作了疊代器接口,是以在實際使用當中,從 Cursor 取資料非常簡單:
cursor.forEach(rowObject -> {...});
但建構 Cursor 的過程不簡單
我們舉個實際例子。下面是一個 Mapper 類:
@Mapper
public interface FooMapper {
@Select("select * from foo limit #{limit}")
Cursor<Foo> scan(@Param("limit") int limit);
}
方法 scan() 是一個非常簡單的查詢。通過指定 Mapper 方法的傳回值為 Cursor 類型,MyBatis 就知道這個查詢方法一個流式查詢。
然後我們再寫一個 SpringMVC Controller 方法來調用 Mapper(無關的代碼已經省略):
@GetMapping("foo/scan/0/{limit}")
public void scanFoo0(@PathVariable("limit") int limit) throws Exception {
try (Cursor<Foo> cursor = fooMapper.scan(limit)) { // 1
cursor.forEach(foo -> {}); // 2
}
}
上面的代碼中,fooMapper 是 @Autowired 進來的。注釋 1 處調用 scan 方法,得到 Cursor 對象并保證它能最後關閉;2 處則是從 cursor 中取資料。上面的代碼看上去沒什麼問題,但是執行 scanFoo0() 時會報錯:
java.lang.IllegalStateException: A Cursor is already closed.
這是因為我們前面說了在取資料的過程中需要保持資料庫連接配接,而 Mapper 方法通常在執行完後連接配接就關閉了,是以 Cusor 也一并關閉了。
是以,解決這個問題的思路不複雜,保持資料庫連接配接打開即可。我們至少有三種方案可選。
方案一:SqlSessionFactory
我們可以用 SqlSessionFactory 來手工打開資料庫連接配接,将 Controller 方法修改如下:
@GetMapping("foo/scan/1/{limit}")
public void scanFoo1(@PathVariable("limit") int limit) throws Exception {
try (
SqlSession sqlSession = sqlSessionFactory.openSession(); // 1
Cursor<Foo> cursor =
sqlSession.getMapper(FooMapper.class).scan(limit) // 2
) {
cursor.forEach(foo -> { });
}
}
上面的代碼中,1 處我們開啟了一個 SqlSession (實際上也代表了一個資料庫連接配接),并保證它最後能關閉;2 處我們使用 SqlSession 來獲得 Mapper 對象。這樣才能保證得到的 Cursor 對象是打開狀态的。
方案二:TransactionTemplate
在 Spring 中,我們可以用 TransactionTemplate 來執行一個資料庫事務,這個過程中資料庫連接配接同樣是打開的。代碼如下:
@GetMapping("foo/scan/2/{limit}")
public void scanFoo2(@PathVariable("limit") int limit) throws Exception {
TransactionTemplate transactionTemplate =
new TransactionTemplate(transactionManager); // 1
transactionTemplate.execute(status -> { // 2
try (Cursor<Foo> cursor = fooMapper.scan(limit)) {
cursor.forEach(foo -> { });
} catch (IOException e) {
e.printStackTrace();
}
return null;
});
}
上面的代碼中,1 處我們建立了一個 TransactionTemplate 對象(此處 transactionManager 是怎麼來的不用多解釋,本文假設讀者對 Spring 資料庫事務的使用比較熟悉了),2 處執行資料庫事務,而資料庫事務的内容則是調用 Mapper 對象的流式查詢。注意這裡的 Mapper 對象無需通過 SqlSession 建立。
方案三:@Transactional 注解
這個本質上和方案二一樣,代碼如下:
@GetMapping("foo/scan/3/{limit}")
@Transactional
public void scanFoo3(@PathVariable("limit") int limit) throws Exception {
try (Cursor<Foo> cursor = fooMapper.scan(limit)) {
cursor.forEach(foo -> { });
}
}
它僅僅是在原來方法上面加了個
@Transactional
注解。這個方案看上去最簡潔,但請注意 Spring 架構當中注解使用的坑:隻在外部調用時生效。在目前類中調用這個方法,依舊會報錯。