SSM框架學習-MyBatis篇 Cache緩存的使用
緩存：
MyBatis 包含一個非常強大的查詢緩存特性,比如用戶登錄後獲取用戶名，在登錄的時候，已經查詢過一次了，那麼在後續
的相關操作的時候就不許要再次查詢一次。這個時候就需要在緩存裏面獲取。
在MyBatis裏面，
- 一級緩存是session會話級別，創建一個session就會開啓一個會話；
- 二級緩存是會話工廠級別就是sqlsessionfactory級別，要開啓二級緩存
需要填加一個 <cache />
- 映射語句文件中的所有 select 語句將會被緩存。
- 映射語句文件中的所有 insert,update 和 delete 語句會刷新緩存。
- 緩存會使用 Least Recently Used(LRU,最近最少使用的)算法來收回。
- 根據時間表(比如 no Flush Interval,沒有刷新間隔), 緩存不會以任何時間順序 來刷新。
- 緩存會存儲列表集合或對象(無論查詢方法返回什麼)的 1024 個引用。
- 緩存會被視爲是 read/write(可讀/可寫)的緩存,意味着對象檢索不是共享的,而 且可以安全地被調用者修改,而不干擾其他調用者或線程所做的潛在修改。
比如：
執行完上面語句1，2的時候，按照常理因該是兩句sql語句執行。
但是在log4j打印出來的日誌來看，只有一句sql語句被執行
這是爲什麼呢？解答如下
當然，如果第二次查詢之前，存在着緩存失效的情況。
緩存失效
如果第二次查詢之前，存在着緩存失效的情況。比如，
- 第一次查詢之後，這個表的數據被執行了增刪改的操作。
- 緩存被執行了強制清空的操作。
這樣的話，同一個會話再執行查詢的話就會再次執行一次sql語句從數據庫裏面查詢一次
失效方式1，執行增刪改操作使其失效
這樣的話，執行兩次查詢，兩次查詢之間存在一個update的操作
失效方式2，執行強制清空緩存的操作
開啓二級緩存：
怎麼開啓二級緩存呢？首先在mapper裏面添加這樣一句話
默認值爲true，然後在想要開啓二級緩存的mapper.xml文件裏面添加
然後就可以使用二級緩存了，因爲二級緩存是會話級別的，意思是之前的會話close之後，下一個會話可以取到相同的sql語句的結果
怎麼體現呢，現在controller（test）裏面寫一個：
有個catch hit ratio ，說明使用的是緩存裏面的內容，使用緩存成功！。
關於cache的詳細配置：
上面的例子，cache沒有詳細配置。官網給出的樣例是這個，直接copy過來自己改就是了，反正也記不住
<cache
eviction="FIFO"
flushInterval="60000"
size="512"
readOnly="true"/>
這個更高級的配置創建了一個 FIFO 緩存,並每隔 60 秒刷新,存數結果對象或列表的 512 個引用,而且返回的對象被認爲是隻讀的,因此在不同線程中的調用者之間修改它們會 導致衝突。
可用的收回策略有:
- LRU – 最近最少使用的:移除最長時間不被使用的對象。
- FIFO – 先進先出:按對象進入緩存的順序來移除它們。
- SOFT – 軟引用:移除基於垃圾回收器狀態和軟引用規則的對象。
- WEAK – 弱引用:更積極地移除基於垃圾收集器狀態和弱引用規則的對象。
默認的是 LRU。
flushInterval(刷新間隔)可以被設置爲任意的正整數,而且它們代表一個合理的毫秒 形式的時間段。默認情況是不設置,也就是沒有刷新間隔,緩存僅僅調用語句時刷新。
size(引用數目)可以被設置爲任意正整數,要記住你緩存的對象數目和你運行環境的 可用內存資源數目。默認值是 1024。
readOnly(只讀)屬性可以被設置爲 true 或 false。只讀的緩存會給所有調用者返回緩 存對象的相同實例。因此這些對象不能被修改。這提供了很重要的性能優勢。可讀寫的緩存 會返回緩存對象的拷貝(通過序列化) 。這會慢一些,但是安全,因此默認是 false。
但是我們一般不自定義緩存，以後會學習Redis更專業的緩存配置方案