一、快取：
所謂的快取從廣義上來講：提升資料的查詢效能。通過整個的計算機的結構來講，CPU所需要的資料通過記憶體取得，而記憶體的資料可以通過磁碟載入完成。但是在整個的專案的開發環節過程之中會出現一種可怕的問題：就是說計算機可能很忙碌，一個程序需要進行磁碟檔案的讀取，需要1S的時間，但是如果說現在有20W個程序同時需要進行資料的讀取過程，那麼這個過程就有可能造成計算機的假死狀態。所以現在的開發基本上需要解決最大的問題就在於：記憶體和磁碟之間的資料讀取效率問題。
所以這個時候發現程式效率最大的問題都來自於磁碟。

在整個的快取操作過程之中需要考慮如下幾種問題：
· 什麼樣的資料需要被放在快取裡？
· 資料需要在什麼時候通過快取清空；
· 資料如果都儲存在一個快取裡面，可能不方便。
快取一般分為兩種：一級快取（單個使用者、SqlSession）、二級快取（所有使用者、SqlSessionFactory）。
當你使用了快取的話，就意味著你喪失了自動資料同步的功能支援。也就是說在記憶體中的資料與資料表中的資料可能不一致。
二、一級快取
一級快取指的是SqlSession 級的快取處理，並且不管使用者如何處理，一級快取永遠都會存在。
由於查詢的是同一條資料的記錄，並且是同一個SqlSession 介面物件發出的，所以最終只向資料庫裡面傳送了一次資料查詢的請求，而第二次的查詢並沒有發出請求，因為它發現快取中有同樣的資料存在。
實際當修改了第一次查詢結果中的資料之後，隨後第二次查詢的結果裡面的內容也會發生相應的改變，但是此時資料庫之中並沒有任何的變化。
那麼如果說同樣的操作，在第二次查詢前進行了一個數據更新操作呢？
此時的快取並沒有起作用，第二次的查詢會直接進行資料庫的查詢操作處理。這是因為在進行提交處理的時候，會自動進行快取的清空，因為它認為這個資料已經沒有必要進行快取了。
如果有需要也可以利用SqlSession 介面中提供的方法進行手工的快取清空：
· 手工清空快取：public void clearCache()
三、二級快取
兩個不同使用者查詢相同資料，那麼這些資料預設情況下是無法快取的，並且每一個SqlSession 都要發出查詢指令。
1、 如果要想開啟二級快取，則需要進行如下修改：

<!-- 進行Mybatis的相應的環境的屬性定義 -->
<settings> <!-- 在本專案之中開啟二級快取 -->
    <setting name="cacheEnabled" value="true"/>
</settings>

· 在需要使用到News.xml 的快取檔案上進行相應的配置，表示該檔案允許使用快取：

<cache/>

2、 如果要想真正啟用快取，還需要注意兩點：
· 第一個session 必須關閉之後才會將內容寫入到二級快取之中，如果不關閉，快取無法寫入：
如果要想進行快取的實現，那麼VO 類一定要實現java.io.Serializable 介面：
3、News.xml 檔案裡面簡單的編寫了一個“cache/”配置，這個配置實際上只是啟用了預設的快取模式：
但是對於以上的引數的詳細解釋如下：
· “eviction=”FIFO””：表示該快取操作所使用的演算法，有如下幾種演算法模式：
|- LRU（預設的）：最近最少使用演算法，將最近不使用的物件進行清空；
|- FIFO：先進先出演算法，預設會自動清除最早快取的資料物件；
|- SOFT：軟引用，當記憶體不足時，執行GC 會立刻清除；
|- WEAK：弱應用，只要發生了GC，該快取的物件就會被清空。
· “flushInterval=”10000””：快取的重新整理時間，單位為毫秒；
· “readOnly=”true””：快取永遠做只讀配置，千萬不要做讀、寫配置；
· “size=”512””：佔用的記憶體大小，預設是1024K。