-
緩存(Cache)
從數據庫中加載的數據緩存到內存中,是很多應用程序為了提高性能而采取的一貫做法。MyBatis對通過映射的SELECT語句加載的查詢結果提供了內建的緩存支持。默認情況下,啟用一級緩存;即,如果你使用同一個SqlSession接口對象調用了相同的SELECT語句,則直接會從緩存中返回結果,而不是再查詢一次數據庫,但Session 被 Close 或者 Flush 后,緩存將被清除。MyBatis的二級緩存就是全局緩存,可以被所有SqlSession共享,MyBatis 包含一個非常強大的查詢緩存特性,它可以非常方便地配置和定制。默認情況下是沒有開啟緩存的,要開啟二級緩存,你需要在你的 SQL 映射文件中添加一行:
<cache />
並且要開啟全局的 Settings 中啟用全局緩存:
<setting name="cacheEnabled" value="true" />
緩存默認值如下:
- 映射語句文件中的所有 select 語句將會被緩存。
- 映射語句文件中的所有 insert,update 和 delete 語句會刷新緩存。
- 緩存會使用 Least Recently Used(LRU,最近最少使用的)算法來收回。
- 根據時間表(比如 no Flush Interval,沒有刷新間隔), 緩存不會以任何時間順序來刷新。
- 緩存會存儲列表集合或對象(無論查詢方法返回什么)的 1024 個引用。
- 緩存會被視為是 read/write(可讀/可寫)的緩存,意味着對象檢索不是共享的,而 且可以安全地被調用者修改,而不干擾其他調用者或線程所做的潛在修改。
所有的這些屬性都可以通過緩存元素的屬性來修改。比如:
<cache
eviction="FIFO"
flushInterval="60000"
size="512"
readOnly="true"/>
這個更高級的配置創建了一個 FIFO 緩存,並每隔 60 秒刷新,存數結果對象或列表的 512 個引用,而且返回的對象被認為是只讀的,因此在不同線程中的調用者之間修改它們會 導致沖突。
可用的收回策略有:
- LRU – 最近最少使用的:移除最長時間不被使用的對象。 (默認)
- FIFO – 先進先出:按對象進入緩存的順序來移除它們。
- SOFT – 軟引用:移除基於垃圾回收器狀態和軟引用規則的對象。
- WEAK – 弱引用:更積極地移除基於垃圾收集器狀態和弱引用規則的對象。
- flushInterval(刷新間隔):可以被設置為任意的正整數,而且它們代表一個合理的毫秒 形式的時間段。默認情況是不設置,也就是沒有刷新間隔,緩存僅僅調用語句時刷新。
- size(引用數目):可以被設置為任意正整數,要記住你緩存的對象數目和你運行環境的可用內存資源數目。默認值是 1024。
-
readOnly(只讀):屬性可以被設置為 true 或 false。只讀的緩存會給所有調用者返回緩 存對象的相同實例。因此這些對象不能被修改。這提供了很重要的性能優勢。可讀寫的緩存 會返回緩存對象的拷貝(通過序列化) 。這會慢一些,但是安全,因此默認是 false。
注意:需要緩存的對象必須要繼承 Serializable 接口,需要支持序列化
-
自定義緩存
使用自定義緩存
除了這些自定義緩存的方式, 你也可以通過實現你自己的緩存或為其他第三方緩存方案 創建適配器來完全覆蓋緩存行為。
<cache type="com.domain.something.MyCustomCache"/>
這個示例展示了如何使用一個自定義的緩存實現。type 屬性指定的類必須實現 org.mybatis.cache.Cache 接口。這個接口是 MyBatis 框架中很多復雜的接口之一,但是簡單 給定它做什么就行。
public interface Cache {
String getId();
int getSize();
void putObject(Object key, Object value);
Object getObject(Object key);
boolean hasKey(Object key);
Object removeObject(Object key);
void clear();
}
-
參照緩存
這個特殊命名空間的唯一緩存會被使用或者刷新相同命名空間內的語句。也許將來的某個時候,你會想在命名空間中共享相同的緩存配置和實例。在這樣的情況下你可以使用 cache-ref 元素來引用另外一個緩存。
<cache-ref namespace="com.someone.application.data.SomeMapper"/>