mybatis緩存機制與hibernate緩存機制

mybatis緩存分爲1級緩存和2級緩存,2級緩存在sessionfactory中，1級緩存在session中。

1. session中的緩存在session鏈接關閉並被鏈接池回收時清理，或者手動清理

2. sessionfactory中的緩存須要在mybatis配置文件中手動配置，配置以下：

   
   

3. <setting name="cacheEnabled" value="true"/>

<mapper namespace="dao.userdao">
   ...  select statement ...       <!-- Cache 配置 -->
    <cache        
        eviction="FIFO"
        flushInterval="60000"
        size="512"
        readOnly="true" />
</mapper>

flushInterval：刷新輪詢時間，每隔這個時間後緩存被清理一次。

參考博客園地址：http://www.cnblogs.com/zemliu/archive/2013/08/05/3239014.html

hiberante緩存機制:
1、why（爲何要用Hibernate緩存？）

Hibernate是一個持久層框架，常常訪問物理數據庫。

爲了下降應用程序對物理數據源訪問的頻次，從而提升應用程序的運行性能。

緩存內的數據是對物理數據源中的數據的複製，應用程序在運行時從緩存讀寫數據，在特定的時刻或事件會同步緩存和物理數據源的數據。

2、what（Hibernate緩存原理是怎樣的？）Hibernate緩存包括兩大類：Hibernate一級緩存和Hibernate二級緩存。

1.Hibernate一級緩存又稱爲「Session的緩存」。

Session內置不能被卸載，Session的緩存是事務範圍的緩存（Session對象的生命週期一般對應一個數據庫事務或者一個應用事務）。

一級緩存中，持久化類的每一個實例都具備惟一的OID。

2.Hibernate二級緩存又稱爲「SessionFactory的緩存」。

因爲SessionFactory對象的生命週期和應用程序的整個過程對應，所以Hibernate二級緩存是進程範圍或者集羣範圍的緩存，有可能出現併發問題，所以須要採用適當的併發訪問策略，該策略爲被緩存的數據提供了事務隔離級別。

第二級緩存是可選的，是一個可配置的插件，默認下SessionFactory不會啓用這個插件。

Hibernate提供了org.hibernate.cache.CacheProvider接口,它充當緩存插件與Hibernate之間的適配器。

什麼樣的數據適合存放到第二級緩存中？ 　　

1) 不多被修改的數據 　　

2) 不是很重要的數據，容許出現偶爾併發的數據 　　

3) 不會被併發訪問的數據 　　

4) 常量數據 　　

不適合存放到第二級緩存的數據？ 　　

1) 常常被修改的數據 　　

2) 絕對不容許出現併發訪問的數據，如財務數據，絕對不容許出現併發 　　

3) 與其餘應用共享的數據。

3.Session的延遲加載實現要解決兩個問題：正常關閉鏈接和確保請求中訪問的是同一個session。

Hibernate session就是java.sql.Connection的一層高級封裝，一個session對應了一個Connection。

http請求結束後正確的關閉session（過濾器實現了session的正常關閉）；延遲加載必須保證是同一個session（session綁定在ThreadLocal）。

4.Hibernate查找對象如何應用緩存？

當Hibernate根據ID訪問數據對象的時候，首先從Session一級緩存中查；

查不到，若是配置了二級緩存，那麼從二級緩存中查；

若是都查不到，再查詢數據庫，把結果按照ID放入到緩存刪除、更新、增長數據的時候，同時更新緩存。

參考：http://www.cnblogs.com/wean/archive/2012/05/16/2502724.html

hibernate與mybatis對比：

首先簡單介紹下二者的概念：

Hibernate ：Hibernate 是當前最流行的ORM框架，對數據庫結構提供了較爲完整的封裝。

Mybatis：Mybatis一樣也是很是流行的ORM框架，主要着力點在於POJO 與SQL之間的映射關係。

其次具體從幾個方面說一下二者的區別：

1.二者最大的區別：

針對簡單邏輯，Hibernate和MyBatis都有相應的代碼生成工具，能夠生成簡單基本的DAO層方法。

針對高級查詢，Mybatis須要手動編寫SQL語句，以及ResultMap。而Hibernate有良好的映射機制，開發者無需關心SQL的生成與結果映射，能夠更專一於業務流程。

2.開發難度對比

Hibernate的開發難度要大於Mybatis。主要因爲Hibernate比較複雜、龐大，學習週期較長。

而Mybatis則相對簡單一些，而且Mybatis主要依賴於sql的書寫，讓開發者感受更熟悉。

3.sql書寫比較

Mybatis的SQL是手動編寫的，因此能夠按需求指定查詢的字段。不過沒有本身的日誌統計，因此要藉助log4j來記錄日誌。

Hibernate也能夠本身寫SQL來指定須要查詢的字段，但這樣就破壞了Hibernate開發的簡潔性。不過Hibernate具備本身的日誌統計。

4.數據庫擴展性比較

Mybatis因爲全部SQL都是依賴數據庫書寫的，因此擴展性，遷移性比較差。

Hibernate與數據庫具體的關聯都在XML中，因此HQL對具體是用什麼數據庫並非很關心。

5.緩存機制比較

相同點：Hibernate和Mybatis的二級緩存除了採用系統默認的緩存機制外，均可以經過實現你本身的緩存或爲其餘第三方緩存方案，建立適配器來徹底覆蓋緩存行爲。

不一樣點：Hibernate的二級緩存配置在SessionFactory生成的配置文件中進行詳細配置，而後再在具體的表-對象映射中配置是那種緩存。

MyBatis的二級緩存配置都是在每一個具體的表-對象映射中進行詳細配置，這樣針對不一樣的表能夠自定義不一樣的緩存機制。而且Mybatis能夠在命名空間中共享相同的緩存配置和實例，經過Cache-ref來實現。

二者比較：由於Hibernate對查詢對象有着良好的管理機制，用戶無需關心SQL。因此在使用二級緩存時若是出現髒數據，系統會報出錯誤並提示。

而MyBatis在這一方面，使用二級緩存時須要特別當心。若是不能徹底肯定數據更新操做的波及範圍，避免Cache的盲目使用。不然，髒數據的出現會給系統的正常運行帶來很大的隱患。

6.總結：

Hibernate與MyBatis均可以是經過SessionFactoryBuider由XML配置文件生成SessionFactory，而後由SessionFactory 生成Session，最後由Session來開啓執行事務和SQL語句。

而MyBatis的優點是MyBatis能夠進行更爲細緻的SQL優化，能夠減小查詢字段，而且容易掌握。

Hibernate的優點是DAO層開發比MyBatis簡單，Mybatis須要維護SQL和結果映射。數據庫移植性很好，MyBatis的數據庫移植性很差，不一樣的數據庫須要寫不一樣SQL。有更好的二級緩存機制，可使用第三方緩存。MyBatis自己提供的緩存機制不佳。