mybatis一級緩存優點

❶ hibarnate和mybatis的區別

1、開發對比開發速度

Hibernate的真正掌握要比Mybatis來得難些。Mybatis框架相對簡單很容易上手，但也相對簡陋些。要用好Mybatis還是首先要先理解好Hibernate。
開發社區
Hibernate 與Mybatis都是流行的持久層開發框架，但Hibernate開發社區相對多熱鬧些，支持的工具也多，更新也快，當前最高版本4.1.8。而Mybatis相對平靜，工具較少，當前最高版本3.2。
開發工作量
Hibernate和MyBatis都有相應的代碼生成工具。可以生成簡單基本的DAO層方法。
針對高級查詢，Mybatis需要手動編寫sql語句，以及ResultMap。而Hibernate有良好的映射機制，開發者無需關心SQL的生成與結果映射，可以更專注於業務流程。
2、系統調優對比Hibernate的調優方案
制定合理的緩存策略；
盡量使用延遲載入特性；
採用合理的Session管理機制；
使用批量抓取，設定合理的批處理參數（batch_size）;
進行合理的O/R映射設計
Mybatis調優方案
MyBatis在Session方面和Hibernate的Session生命周期是一致的，同樣需要合理的Session管理機制。MyBatis同樣具有二級緩存機制。 MyBatis可以進行詳細的SQL優化設計。
SQL優化方面
Hibernate的查詢會將表中的所有欄位查詢出來，這一點會有性能消耗。Hibernate也可以自己寫SQL來指定需要查詢的欄位，但這樣就破壞了Hibernate開發的簡潔性。而Mybatis的SQL是手動編寫的，所以可以按需求指定查詢的欄位。
Hibernate HQL語句的調優需要將SQL列印出來，而Hibernate的SQL被很多人嫌棄因為太丑了。MyBatis的SQL是自己手動寫的所以調整方便。但Hibernate具有自己的日誌統計。Mybatis本身不帶日誌統計，使用Log4j進行日誌記錄。
擴展性方面
Hibernate與具體資料庫的關聯只需在XML文件中配置即可，所有的HQL語句與具體使用的資料庫無關，移植性很好。MyBatis項目中所有的SQL語句都是依賴所用的資料庫的，所以不同資料庫類型的支持不好。
3、對象管理與抓取策略對象管理
Hibernate 是完整的對象/關系映射解決方案，它提供了對象狀態管理（state management）的功能，使開發者不再需要理會底層資料庫系統的細節。也就是說，相對於常見的 JDBC/SQL 持久層方案中需要管理 SQL 語句，Hibernate採用了更自然的面向對象的視角來持久化 Java 應用中的數據。
換句話說，使用 Hibernate 的開發者應該總是關注對象的狀態（state），不必考慮 SQL 語句的執行。這部分細節已經由 Hibernate 掌管妥當，只有開發者在進行系統性能調優的時候才需要進行了解。
而MyBatis在這一塊沒有文檔說明，用戶需要對對象自己進行詳細的管理。
抓取策略
Hibernate對實體關聯對象的抓取有著良好的機制。對於每一個關聯關系都可以詳細地設置是否延遲載入，並且提供關聯抓取、查詢抓取、子查詢抓取、批量抓取四種模式。 它是詳細配置和處理的。
而Mybatis的延遲載入是全局配置的。
4、緩存機制對比Hibernate緩存
Hibernate一級緩存是Session緩存，利用好一級緩存就需要對Session的生命周期進行管理好。建議在一個Action操作中使用一個Session。一級緩存需要對Session進行嚴格管理。
Hibernate二級緩存是SessionFactory級的緩存。 SessionFactory的緩存分為內置緩存和外置緩存。內置緩存中存放的是SessionFactory對象的一些集合屬性包含的數據(映射元素據及預定SQL語句等),對於應用程序來說,它是只讀的。外置緩存中存放的是資料庫數據的副本,其作用和一級緩存類似.二級緩存除了以內存作為存儲介質外,還可以選用硬碟等外部存儲設備。二級緩存稱為進程級緩存或SessionFactory級緩存，它可以被所有session共享，它的生命周期伴隨著SessionFactory的生命周期存在和消亡。
5、優勢對比
Mybatis優勢
MyBatis可以進行更為細致的SQL優化，可以減少查詢欄位。
MyBatis容易掌握，而Hibernate門檻較高。
Hibernate優勢
Hibernate的DAO層開發比MyBatis簡單，Mybatis需要維護SQL和結果映射。
Hibernate對對象的維護和緩存要比MyBatis好，對增刪改查的對象的維護要方便。
Hibernate資料庫移植性很好，MyBatis的資料庫移植性不好，不同的資料庫需要寫不同SQL。
Hibernate有更好的二級緩存機制，可以使用第三方緩存。MyBatis本身提供的緩存機制不佳。

❷ mybatis一級緩存內存佔用過大的問題

內存佔用過大可以通過flushCache="true"或者where <隨機數>=<隨機數>去除MyBatis的一級緩存來解決。

1、一級緩存是SqlSession級別的緩存 —— 它是各自獨立的。

在操作資料庫時需要構造sqlSession對象，在對象中有一個數據結構（HashMap）用於存儲緩存數據。

不同的sqlSession之間的緩存數據區域（HashMap）是互相不影響的。

2、二級緩存是mapper級別的緩存 —— 它是多個 SqlSession 共享的。

多個SqlSession去操作同一個Mapper的sql語句，多個SqlSession可以共用二級緩存，二級緩存是跨SqlSession的。

❸ spring+mybatis的優缺點

mybatis的優缺點:

優點：
1.易於上手和掌握。
2.sql寫在xml里，便於統一管理和優化。
3.解除sql與程序代碼的耦合。
4.提供映射標簽，支持對象與資料庫的orm欄位關系映射
5.提供對象關系映射標簽，支持對象關系組建維護
6.提供xml標簽，支持編寫動態sql。
缺點：
1.sql工作量很大，尤其是欄位多、關聯表多時，更是如此。
2.sql依賴於資料庫，導致資料庫移植性差。
3.由於xml里標簽id必須唯一，導致DAO中方法不支持方法重載。
4.欄位映射標簽和對象關系映射標簽僅僅是對映射關系的描述，具體實現仍然依賴於sql。（比如配置了一對多Collection標簽，如果sql里沒有join子表或查詢子表的話，查詢後返回的對象是不具備對象關系的，即Collection的對象為null）
5.DAO層過於簡單，對象組裝的工作量較大。
6.不支持級聯更新、級聯刪除。
7.編寫動態sql時,不方便調試，尤其邏輯復雜時。
8提供的寫動態sql的xml標簽功能簡單（連struts都比不上），編寫動態sql仍然受限，且可讀性低。
9.使用不當，容易導致N+1的sql性能問題。
10.使用不當，關聯查詢時容易產生分頁bug。
11.若不查詢主鍵欄位，容易造成查詢出的對象有「覆蓋」現象。
12.參數的數據類型支持不完善。（如參數為Date類型時，容易報沒有get、set方法，需在參數上加@param）
13.多參數時，使用不方便，功能不夠強大。（目前支持的方法有map、對象、註解@param以及默認採用012索引位的方式）
14.緩存使用不當，容易產生臟數據。

總結：
mybatis的優點其實也是mybatis的缺點，正因為mybatis使用簡單，數據的可靠性、完整性的瓶頸便更多依賴於程序員對sql的使用水平上了。sql寫在xml里，雖然方便了修改、優化和統一瀏覽，但可讀性很低，調試也非常困難，也非常受限，無法像jdbc那樣在代碼里根據邏輯實現復雜動態sql拼接。mybatis簡單看就是提供了欄位映射和對象關系映射的jdbc，省去了數據賦值到對象的步驟而已，除此以外並無太多作為，不要把它想像成hibernate那樣強大，簡單小巧易用上手，方便瀏覽修改sql就是它最大的優點了。
mybatis適用於小型且程序員能力較低的項目和人群使用，對於中大型項目來說我並不推薦使用，如果覺得hibernate效率低的話（實際上也是使用不當所致，hibernate是實際上是不適用於擁有高負載的工程項目），還不如直接用spring提供的jdbc簡單框架（Template），同樣支持對象映射。

spring的優缺點:

優點
a.Spring能有效地組織你的中間層對象，不管你是否選擇使用了EJB。如果你僅僅使用了Struts或其他為J2EE的API特製的framework，
Spring致力於解決剩下的問題。
b.Spring能消除在許多工程中常見的對Singleton的過多使用。根據我的經驗，這是一個很大的問題，它降低了系統的可測試性和面向對
象的程度。
c.通過一種在不同應用程序和項目間一致的方法來處理配置文件，Spring能消除各種各樣自定義格式的屬性文件的需要。曾經對某個類
要尋找的是哪個魔法般的屬性項或系統屬性感到不解，為此不得不去讀Javadoc甚至源編碼？有了Spring，你僅僅需要看看類的JavaBean屬性
。InversionofControl的使用（在下面討論）幫助完成了這種簡化。
d.?通過把對介面編程而不是對類編程的代價幾乎減少到沒有，Spring能夠促進養成好的編程習慣。
e.Spring被設計為讓使用它創建的應用盡可能少的依賴於他的APIs。在Spring應用中的大多數業務對象沒有依賴於Spring。
f.使用Spring構建的應用程序易於單元測試。
g.Spring能使EJB的使用成為一個實現選擇,而不是應用架構的必然選擇。你能選擇用POJOs或localEJBs來實現業務介面，卻不會影響
調用代碼。
h.Spring幫助你解決許多問題而無需使用EJB。Spring能提供一種EJB的替換物，它們適用於許多web應用。例如，Spring能使用AOP提
供聲明性事務管理而不通過EJB容器，如果你僅僅需要與單個資料庫打交道，甚至不需要一個JTA實現。
i.Spring為數據存取提供了一個一致的框架,不論是使用的是JDBC還是O/Rmapping產品（如Hibernate）。
Spring確實使你能通過最簡單可行的解決辦法來解決你的問題。而這是有有很大價值的。
缺點：使用人數不多、jsp中要寫很多代碼、控制器過於靈活，缺少一個公用控制器

以上內容,是我在網路上找到的,希望對你有幫助~~

❹ mybatis的緩存有幾種

1、一級緩存

MyBatis默認開啟了一級緩存，一級緩存是在SqlSession 層面進行緩存的。即，同一個SqlSession ，多次調用同一個Mapper和同一個方法的同一個參數，只會進行一次資料庫查詢，然後把數據緩存到緩沖中，以後直接先從緩存中取出數據，不會直接去查資料庫。

但是不同的SqlSession對象，因為不用的SqlSession都是相互隔離的，所以相同的Mapper、參數和方法，他還是會再次發送到SQL到資料庫去執行，返回結果。

2、二級緩存

為了克服這個問題，需要開啟二級緩存，是的緩存zaiSqlSessionFactory層面給各個SqlSession 對象共享。默認二級緩存是不開啟的，需要手動進行配置。

<cache/>

如果這樣配置的話，很多其他的配置就會被默認進行，如：

• 映射文件所有的select 語句會被緩存

• 映射文件的所有的insert、update和delete語句會刷新緩存

• 緩存會使用默認的Least Recently Used（LRU，最近最少使用原則）的演算法來回收緩存空間

• 根據時間表，比如No Flush Interval，（CNFI，沒有刷新間隔），緩存不會以任何時間順序來刷新

• 緩存會存儲列表集合或對象（無論查詢方法返回什麼）的1024個引用

• 緩存會被視為是read/write（可讀/可寫）的緩存，意味著對象檢索不是共享的，而且可以很安全的被調用者修改，不幹擾其他調用者或縣城所作的潛在修改

可以在開啟二級緩存時候，手動配置一些屬性

• <cache eviction="LRU" flushInterval="100000" size="1024" readOnly="true"/>



各個屬性意義如下：

• eviction：緩存回收策略
  - LRU：最少使用原則，移除最長時間不使用的對象
  - FIFO：先進先出原則，按照對象進入緩存順序進行回收
  - SOFT：軟引用，移除基於垃圾回收器狀態和軟引用規則的對象
  - WEAK：弱引用，更積極的移除移除基於垃圾回收器狀態和弱引用規則的對象

• flushInterval：刷新時間間隔，單位為毫秒，這里配置的100毫秒。如果不配置，那麼只有在進行資料庫修改操作才會被動刷新緩存區

• size：引用額數目，代表緩存最多可以存儲的對象個數

• readOnly：是否只讀，如果為true，則所有相同的sql語句返回的是同一個對象（有助於提高性能，但並發操作同一條數據時，可能不安全），如果設置為false，則相同的sql，後面訪問的是cache的clone副本。

可以在Mapper的具體方法下設置對二級緩存的訪問意願：

• useCache配置

  如果一條語句每次都需要最新的數據，就意味著每次都需要從資料庫中查詢數據，可以把這個屬性設置為false，如：

• <select id="selectAll" resultMap="BaseResultMap" useCache="false">



• 刷新緩存（就是清空緩存）

  二級緩存默認會在insert、update、delete操作後刷新緩存，可以手動配置不更新緩存，如下：

• <update id="updateById" parameterType="User" flushCache="false" />




3、自定義緩存

自定義緩存對象，該對象必須實現 org.apache.ibatis.cache.Cache 介面

每次查詢資料庫前，MyBatis都會先在緩存中查找是否有該緩存對象。只有當調用了commit() 方法，MyBatis才會往緩存中寫入數據，數據記錄的鍵為數字編號+Mapper名+方法名+SQL語句+參數格式，值為返回的對象值。

❺ 一級緩存和二級緩存是什麼意思

一級緩存（Level
1
Cache）簡稱L1
Cache，位於CPU內核的旁邊，是與CPU結合最為緊密的CPU緩存，也是歷史上最早出現的CPU緩存。由於一級緩存的技術難度和製造成本最高，提高容量所帶來的技術難度增加和成本增加非常大，所帶來的性能提升卻不明顯，性價比很低，而且現有的一級緩存的命中率已經很高，所以一級緩存是所有緩存中容量最小的，比二級緩存要小得多。
一般來說，一級緩存可以分為一級數據緩存（Data
Cache，D-Cache）和一級指令緩存（Instruction
Cache，I-Cache）。二者分別用來存放數據以及對執行這些數據的指令進行即時解碼，而且兩者可以同時被CPU訪問，減少了爭用Cache所造成的沖突，提高了處理器效能。目前大多數CPU的一級數據緩存和一級指令緩存具有相同的容量，例如AMD的Athlon
XP就具有64KB的一級數據緩存和64KB的一級指令緩存，其一級緩存就以64KB+64KB來表示，其餘的CPU的一級緩存表示方法以此類推。
二級緩存是CPU性能表現的關鍵之一，在CPU核心不變化的情況下，增加二級緩存容量能使性能大幅度提高。而同一核心的CPU高低端之分往往也是在二級緩存上有差異，由此可見二級緩存對於CPU的重要性。

❻ mybatis工作原理及為什麼要用

一、mybatis的工作原理：

MyBatis 是支持普通 SQL查詢，存儲過程和高級映射的優秀持久層框架。MyBatis 消除了幾乎所有的JDBC代碼和參數的手工設置以及結果集的檢索。

MyBatis使用簡單的 XML或註解用於配置和原始映射，將介面和 Java 的POJOs（Plain Ordinary Java Objects，普通的 Java對象）映射成資料庫中的記錄。

每個MyBatis應用程序主要都是使用SqlSessionFactory實例的，一個SqlSessionFactory實例可以通過SqlSessionFactoryBuilder獲得。用xml文件構建SqlSessionFactory實例是非常簡單的事情。

推薦在這個配置中使用類路徑資源，但可以使用任何Reader實例，包括用文件路徑或file://開頭的url創建的實例。MyBatis有一個實用類----Resources，它有很多方法，可以方便地從類路徑及其它位置載入資源。

二、使用mybatis的原因：因為mybatis具有許多的優點，具體如下：

1、簡單易學：本身就很小且簡單。沒有任何第三方依賴，最簡單安裝只要兩個jar文件+配置幾個sql映射文件易於學習，易於使用，通過文檔和源代碼，可以比較完全的掌握它的設計思路和實現。

2、靈活：mybatis不會對應用程序或者資料庫的現有設計強加任何影響。 sql寫在xml里，便於統一管理和優化。通過sql語句可以滿足操作資料庫的所有需求。

3、解除sql與程序代碼的耦合：通過提供DAO層，將業務邏輯和數據訪問邏輯分離，使系統的設計更清晰，更易維護，更易單元測試。sql和代碼的分離，提高了可維護性。

4、提供映射標簽，支持對象與資料庫的orm欄位關系映射。

5、提供對象關系映射標簽，支持對象關系組建維護。

6、提供xml標簽，支持編寫動態sql。

(6)mybatis一級緩存優點擴展閱讀：

mybatis的功能構架：

1、API介面層：提供給外部使用的介面API，開發人員通過這些本地API來操縱資料庫。介面層一接收到調用請求就會調用數據處理層來完成具體的數據處理。

2、數據處理層：負責具體的SQL查找、SQL解析、SQL執行和執行結果映射處理等。它主要的目的是根據調用的請求完成一次資料庫操作。

3、基礎支撐層：負責最基礎的功能支撐，包括連接管理、事務管理、配置載入和緩存處理，這些都是共用的東西，將他們抽取出來作為最基礎的組件。為上層的數據處理層提供最基礎的支撐。

❼ Hibernate和MyBatis哪個好

使用Hibernate進行編程有以下好處：
1，消除了代碼的映射規則，它全部分離到了xml或者註解裡面去配置。
2，無需在管理資料庫連接，它也配置到xml裡面了。
3，一個會話中不需要操作多個對象，只需要操作Session對象。
4，關閉資源只需要關閉一個Session便可。
這就是Hibernate的優勢，在配置了映射文件和資料庫連接文件後，Hibernate就可以通過Session操作，非常容易，消除了jdbc帶來的大量代碼，大大提高了編程的簡易性和可讀性。Hibernate還提供了級聯，緩存，映射，一對多等功能。Hibernate是全表映射，通過HQL去操作pojo進而操作資料庫的數據。

Hibernate的缺點：
1，全表映射帶來的不便，比如更新時需要發送所有的欄位。
2，無法根據不同的條件組裝不同的SQL。
3，對多表關聯和復雜的sql查詢支持較差，需要自己寫sql，返回後，需要自己將數據封裝為pojo。
4，不能有效的支持存儲過程。
5，雖然有HQL，但是性能較差，大型互聯網系統往往需要優化sql，而hibernate做不到。

Mybatis：
為了解決Hibernate的不足，Mybatis出現了，Mybatis是半自動的框架。之所以稱它為半自動，是因為它需要手工匹配提供POJO，sql和映射關系，而全表映射的Hibernate只需要提供pojo和映射關系即可。
Mybatis需要提供的映射文件包含了一下三個部分：sql，映射規則，pojo。在Mybatis裡面你需要自己編寫sql，雖然比Hibernate配置多，但是Mybatis可以配置動態sql，解決了hibernate表名根據時間變化，不同條件下列不一樣的問題，同時你也可以對sql進行優化，通過配置決定你的sql映射規則，也能支持存儲過程，所以對於一些復雜和需要優化性能的sql查詢它就更加方便。Mybatis幾乎可以做到jdbc所有能做到的事情。

什麼時候使用Hibernate，Mybatis
Hibernate作為留下的Java orm框架，它確實編程簡易，需要我們提供映射的規則，完全可以通過IDE生成，同時無需編寫sql確實開發效率優於Mybatis。此外Hibernate還提供了緩存，日誌，級聯等強大的功能，但是Hibernate的缺陷也是十分明顯，多表關聯復雜sql，數據系統許可權限制，根據條件變化的sql，存儲過程等場景使用Hibernate十分不方便，而性能又難以通過sql優化，所以註定了Hibernate只適用於在場景不太復雜，要求性能不太苛刻的時候使用。
如果你需要一個靈活的，可以動態生成映射關系的框架，那麼Mybatis確實是一個最好的選擇。它幾乎可以替代jdbc，擁有動態列，動態表名，存儲過程支持，同時提供了簡易的緩存，日誌，級聯。但是它的缺陷是需要你提供映射規則和sql，所以開發工作量比hibernate要大些。

❽ Mybatis是什麼以及Mybatis和JDBC的關系

Mybatis是什麼

mybatis是一個持久層ORM框架。它內部封裝了jdbc，使得開發更簡潔，更高效。

MyBatis可以通過xml或註解完成ORM映射關系配置。

Mybatis和JDBC的關系

JDBC是Java提供的一個操作資料庫的API； MyBatis是一個持久層ORM框架，底層是對JDBC的封裝。

MyBatis對JDBC操作資料庫做了一系列的優化：

（1） mybatis使用已有的連接池管理，避免浪費資源，提高程序可靠性。

（2） mybatis提供插件自動生成DAO層代碼，提高編碼效率和准確性。

（3）mybatis 提供了一級和二級緩存，提高了程序性能。

（4） mybatis使用動態SQL語句，提高了SQL維護。（此優勢是基於XML配置）

（5） mybatis對資料庫操作結果進行自動映射

MyBatis的優點和缺點

優點：

簡單：易於學習，易於使用，通過文檔和源代碼，可以比較完全的掌握它的設計思路和實現。

實用：提供了數據映射功能，提供了對底層數據訪問的封裝（例如ado.net），提供了DAO框架，可以使我們更容易的開發和配置我們的DAL層。

靈活：通過sql基本上可以實現我們不使用數據訪問框架可以實現的所有功能，或許更多。

功能完整：提供了連接管理，緩存支持，線程支持，（分布式）事物管理，通過配置作關系對象映射等數據訪問層需要解決的問題。提供了DAO支持，並在DAO框架中封裝了ADO.NET，NHibernate和DataMapper。

增強系統的可維護性：通過提供DAO層，將業務邏輯和數據訪問邏輯分離，使系統的設計更清晰，更易維護，更易單元測試。sql和代碼的分離，提高了可維護性。

缺點：

sql工作量很大，尤其是欄位多、關聯表多時，更是如此。

sql依賴於資料庫，導致資料庫移植性差。

由於xml里標簽id必須唯一，導致DAO中方法不支持方法重載。

欄位映射標簽和對象關系映射標簽僅僅是對映射關系的描述，具體實現仍然依賴於sql。（比如配置了一對多Collection標簽，如果sql里沒有join子表或查詢子表的話，查詢後返回的對象是不具備對象關系的，即Collection的對象為null）。

DAO層過於簡單，對象組裝的工作量較大。

不支持級聯更新、級聯刪除。

編寫動態sql時,不方便調試，尤其邏輯復雜時。

提供的寫動態sql的xml標簽功能簡單（連struts都比不上），編寫動態sql仍然受限，且可讀性低。使用不當，容易導致N+1的sql性能問題。

❾ hibernetes mybatis 哪個好

各有各的好處,
1.1 Hibernate 簡介
Hibernate對資料庫結構提供了較為完整的封裝，Hibernate的O/R Mapping實現了POJO 和資料庫表之間的映射，以及SQL 的自動生成和執行。程序員往往只需定義好了POJO 到資料庫表的映射關系，即可通過Hibernate 提供的方法完成持久層操作。程序員甚至不需要對SQL 的熟練掌握， Hibernate/OJB 會根據制定的存儲邏輯，自動生成對應的SQL 並調用JDBC 介面加以執行。
1.2 MyBatis簡介
iBATIS 的著力點，則在於POJO 與SQL之間的映射關系。然後通過映射配置文件，將SQL所需的參數，以及返回的結果欄位映射到指定POJO。 相對Hibernate「O/R」而言，iBATIS 是一種「Sql Mapping」的ORM實現。
第二章 開發對比
開發速度
Hibernate的真正掌握要比Mybatis來得難些。Mybatis框架相對簡單很容易上手，但也相對簡陋些。個人覺得要用好Mybatis還是首先要先理解好Hibernate。
開發社區
Hibernate 與Mybatis都是流行的持久層開發框架，但Hibernate開發社區相對多熱鬧些，支持的工具也多，更新也快，當前最高版本4.1.8。而Mybatis相對平靜，工具較少，當前最高版本3.2。
開發工作量
Hibernate和MyBatis都有相應的代碼生成工具。可以生成簡單基本的DAO層方法。
針對高級查詢，Mybatis需要手動編寫SQL語句，以及ResultMap。而Hibernate有良好的映射機制，開發者無需關心SQL的生成與結果映射，可以更專注於業務流程。
第三章 系統調優對比
Hibernate的調優方案
制定合理的緩存策略；
盡量使用延遲載入特性；
採用合理的Session管理機制；
使用批量抓取，設定合理的批處理參數（batch_size）;
進行合理的O/R映射設計
Mybatis調優方案
MyBatis在Session方面和Hibernate的Session生命周期是一致的，同樣需要合理的Session管理機制。MyBatis同樣具有二級緩存機制。 MyBatis可以進行詳細的SQL優化設計。
SQL優化方面
Hibernate的查詢會將表中的所有欄位查詢出來，這一點會有性能消耗。Hibernate也可以自己寫SQL來指定需要查詢的欄位，但這樣就破壞了Hibernate開發的簡潔性。而Mybatis的SQL是手動編寫的，所以可以按需求指定查詢的欄位。
Hibernate HQL語句的調優需要將SQL列印出來，而Hibernate的SQL被很多人嫌棄因為太丑了。MyBatis的SQL是自己手動寫的所以調整方便。但Hibernate具有自己的日誌統計。Mybatis本身不帶日誌統計，使用Log4j進行日誌記錄。
擴展性方面
Hibernate與具體資料庫的關聯只需在XML文件中配置即可，所有的HQL語句與具體使用的資料庫無關，移植性很好。MyBatis項目中所有的SQL語句都是依賴所用的資料庫的，所以不同資料庫類型的支持不好。
第四章 對象管理與抓取策略
對象管理
Hibernate 是完整的對象/關系映射解決方案，它提供了對象狀態管理（state management）的功能，使開發者不再需要理會底層資料庫系統的細節。也就是說，相對於常見的 JDBC/SQL 持久層方案中需要管理 SQL 語句，Hibernate採用了更自然的面向對象的視角來持久化 Java 應用中的數據。
換句話說，使用 Hibernate 的開發者應該總是關注對象的狀態（state），不必考慮 SQL 語句的執行。這部分細節已經由 Hibernate 掌管妥當，只有開發者在進行系統性能調優的時候才需要進行了解。
而MyBatis在這一塊沒有文檔說明，用戶需要對對象自己進行詳細的管理。
抓取策略
Hibernate對實體關聯對象的抓取有著良好的機制。對於每一個關聯關系都可以詳細地設置是否延遲載入，並且提供關聯抓取、查詢抓取、子查詢抓取、批量抓取四種模式。 它是詳細配置和處理的。
而Mybatis的延遲載入是全局配置的。
第五章 緩存機制對比
Hibernate緩存
Hibernate一級緩存是Session緩存，利用好一級緩存就需要對Session的生命周期進行管理好。建議在一個Action操作中使用一個Session。一級緩存需要對Session進行嚴格管理。
Hibernate二級緩存是SessionFactory級的緩存。 SessionFactory的緩存分為內置緩存和外置緩存。內置緩存中存放的是SessionFactory對象的一些集合屬性包含的數據(映射元素據及預定SQL語句等),對於應用程序來說,它是只讀的。外置緩存中存放的是資料庫數據的副本,其作用和一級緩存類似.二級緩存除了以內存作為存儲介質外,還可以選用硬碟等外部存儲設備。二級緩存稱為進程級緩存或SessionFactory級緩存，它可以被所有session共享，它的生命周期伴隨著SessionFactory的生命周期存在和消亡。
MyBatis緩存
MyBatis 包含一個非常強大的查詢緩存特性,它可以非常方便地配置和定製。MyBatis 3 中的緩存實現的很多改進都已經實現了,使得它更加強大而且易於配置。
默認情況下是沒有開啟緩存的,除了局部的 session 緩存,可以增強變現而且處理循環 依賴也是必須的。要開啟二級緩存,你需要在你的 SQL 映射文件中添加一行: <cache/>
字面上看就是這樣。這個簡單語句的效果如下:
映射語句文件中的所有 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:
LRU – 最近最少使用的:移除最長時間不被使用的對象。
FIFO – 先進先出:按對象進入緩存的順序來移除它們。
SOFT – 軟引用:移除基於垃圾回收器狀態和軟引用規則的對象。
WEAK – 弱引用:更積極地移除基於垃圾收集器狀態和弱引用規則的對象。
flushInterval(刷新間隔)可以被設置為任意的正整數,而且它們代表一個合理的毫秒 形式的時間段。默認情況是不設置,也就是沒有刷新間隔,緩存僅僅調用語句時刷新。
size(引用數目)可以被設置為任意正整數,要記住你緩存的對象數目和你運行環境的 可用內存資源數目。默認值是1024。
readOnly(只讀)屬性可以被設置為 true 或 false。只讀的緩存會給所有調用者返回緩 存對象的相同實例。因此這些對象不能被修改。這提供了很重要的性能優勢。可讀寫的緩存 會返回緩存對象的拷貝(通過序列化) 。這會慢一些,但是安全,因此默認是 false。
相同點
Hibernate和Mybatis的二級緩存除了採用系統默認的緩存機制外，都可以通過實現你自己的緩存或為其他第三方緩存方案，創建適配器來完全覆蓋緩存行為。
不同點
Hibernate的二級緩存配置在SessionFactory生成的配置文件中進行詳細配置，然後再在具體的表-對象映射中配置是那種緩存。
MyBatis的二級緩存配置都是在每個具體的表-對象映射中進行詳細配置，這樣針對不同的表可以自定義不同的緩存機制。並且Mybatis可以在命名空間中共享相同的緩存配置和實例，通過Cache-ref來實現。
兩者比較
因為Hibernate對查詢對象有著良好的管理機制，用戶無需關心SQL。所以在使用二級緩存時如果出現臟數據，系統會報出錯誤並提示。
而MyBatis在這一方面，使用二級緩存時需要特別小心。如果不能完全確定數據更新操作的波及范圍，避免Cache的盲目使用。否則，臟數據的出現會給系統的正常運行帶來很大的隱患。
第六章 Hibernate與Mybatis對比總結
兩者相同點
Hibernate與MyBatis都可以是通過SessionFactoryBuider由XML配置文件生成SessionFactory，然後由SessionFactory 生成Session，最後由Session來開啟執行事務和SQL語句。其中SessionFactoryBuider，SessionFactory，Session的生命周期都是差不多的。
Hibernate和MyBatis都支持JDBC和JTA事務處理。
Mybatis優勢
MyBatis可以進行更為細致的SQL優化，可以減少查詢欄位。
MyBatis容易掌握，而Hibernate門檻較高。
Hibernate優勢
Hibernate的DAO層開發比MyBatis簡單，Mybatis需要維護SQL和結果映射。
Hibernate對對象的維護和緩存要比MyBatis好，對增刪改查的對象的維護要方便。
Hibernate資料庫移植性很好，MyBatis的資料庫移植性不好，不同的資料庫需要寫不同SQL。
Hibernate有更好的二級緩存機制，可以使用第三方緩存。MyBatis本身提供的緩存機制不佳。
他人總結
Hibernate功能強大，資料庫無關性好，O/R映射能力強，如果你對Hibernate相當精通，而且對Hibernate進行了適當的封裝，那麼你的項目整個持久層代碼會相當簡單，需要寫的代碼很少，開發速度很快，非常爽。
Hibernate的缺點就是學習門檻不低，要精通門檻更高，而且怎麼設計O/R映射，在性能和對象模型之間如何權衡取得平衡，以及怎樣用好Hibernate方面需要你的經驗和能力都很強才行。
iBATIS入門簡單，即學即用，提供了資料庫查詢的自動對象綁定功能，而且延續了很好的SQL使用經驗，對於沒有那麼高的對象模型要求的項目來說，相當完美。
iBATIS的缺點就是框架還是比較簡陋，功能尚有缺失，雖然簡化了數據綁定代碼，但是整個底層資料庫查詢實際還是要自己寫的，工作量也比較大，而且不太容易適應快速資料庫修改。

❿ Mybatis的緩存講解

前段時間阿粉的一個朋友和阿粉吃飯，在吃飯的時候和阿粉瘋狂的吐槽面試官，說面試官問的問題都是些什麼問題呀，我一個幹了三四年的開發，也不說問點靠譜的，阿粉很好奇，問題問完基礎的，一般不都是根據你自己的簡歷進行提問么？而接下來他說的出來的問題，阿粉表示，阿粉需要繼續學習了。

說到這個，讀者大人們肯定心想，阿粉是在開玩笑么？你一個 Java 程序員，你不知道Mybatis是啥么？不就是個持久層的框架么，這東西有啥好說的呢？但是阿粉還是要給大家說。

為什麼說 Mybatis 是一個半自動 ORM 的框架呢？

ORM，是Object和Relation之間的映射，而Mybatis 在查詢關聯對象或關聯集合對象時，需要手動編寫 sql 來完成，所以，稱之為半自動 ORM 框架，而Hibernate 屬於全自動 ORM 映射工具，使用 Hibernate 查詢關聯對象或者關聯集合對象時，可以根據對象關系模型直接獲取，所以它是全自動的。

這也是為什麼有些面試官在面試初級程序員的時候，很喜歡說，你覺得 Mybatis , 和 Hibernate 都有什麼優缺點，為啥你們選擇使用的 Mybatis 而不選擇使用 Hibernate 呢？

我們都說了 Mybatis是什麼了，接下來肯定需要說說面試官都問了什麼問題，能讓阿粉的朋友變得非常猶豫。

當我們面試的時候，說完這個，一般情況下，面試官一定會追問下去，畢竟技術就是要問到你的知識盲區才會停止。

那我們就來畫個圖表示一下一級緩存

那面試官肯定會說，直接從資料庫查不就行了，為啥要一級緩存呢？

當我們使用MyBatis開啟一次和資料庫的會話時, MyBatis 會創建出一個 SqlSession 對象表示一次與資料庫之間的信息傳遞,在我們執行 SQL 語句的過程中,們可能會反復執行完全相同的查詢語句,如果不採取一些措施,我們每一次查詢都會查詢一次資料庫,而如果在極短的時間內做了很多次相同的查詢操作,那麼這些查詢返回的結果很可能相同。

也就是說，如果我們在短時間內，頻繁的去執行一條 SQL ,查詢返回的結果本來應該是改變了，但是我們查詢出來的時候，會出現結果一致的情況,正是為了解決這種問題，也為了減輕資料庫的開銷，所以 Mybatis 默認開啟了一級緩存。

Mybatis 的二級緩存一般如果你不對他進行設置，他是不會開啟的，而二級緩存是什麼呢？Mybatis 中的二級緩存實際上就是 mapper 級別的緩存,而這時候肯定會有人說，那麼不同之間的 Mapper 是同一個緩存么？

答案是否定的，他不是一個，Mapper 級別的緩存實際上就是相同的 Mapper 使用的是一個二級緩存，但是在二級緩存中，又有多個不同的 SqlSession ,而不同的 Mapper 之間的二級緩存也就是互相不會影響的。

就類似下面的圖

這二級緩存是不是就看起來有點意思了？

那怎麼能夠開啟二級緩存呢？

1.MyBatis 配置文件

2.MyBatis 要求返回的 POJO 必須是可序列化的

3.Mapper 的 xml 配置文件中加入 標簽

既然我們想要了解這個二級緩存,那麼必然，我們還得知道它裡面的配置都有哪些含義。

我們先從標簽看起，然後從源碼裡面看都有哪些配置信息提供給我們使用：

blocking : 直譯就是調度，而在 Mybatis 中,如果緩存中找不到對應的 key ，是否會一直 blocking ,直到有對應的數據進入緩存。

eviction : 緩存回收策略

而緩存回收策略，在源碼中是有直接體現的，那麼他們分別都對應了什麼形式呢？

大家雖然看著 PERPETUAL 排在了第一位，但是它可不是默認的，在 Mybatis 的緩存策略裡面，默認的是 LRU 。

PERPETUAL :

源代碼如下：

恩？看著是不是有點眼熟，它怎麼就只是包裝了 HashMap ? 你還別奇怪，他還真的就是使用的 HashMap ，不得不說，雖然人家是使用的 HashMap ，但是那可是比咱們寫的高端多了。

既然使用 HashMap ,那麼必然就會有Key,那麼他們的Key是怎麼設計的?

CacheKey:

確實牛逼，至於內部如何初始化，如何進行操作，大家有興趣的可以去閱讀一下源碼，導入個源碼包，打開自己看一下。

FIFO : 先進先出緩沖淘汰策略

在 FIFO 淘汰策略中使用了 Java 中的 Deque,而 Deque 一種常用的數據結構，可以將隊列看做是一種特殊的線性表，該結構遵循的先進先出原則。Java中，LinkedList實現了Queue介面,因為LinkedList進行插入、刪除操作效率較高。

當你看完這個源碼的時候，是不是就感覺源碼其實也沒有那麼難看懂，裡面都是我們已經掌握好的知識，只不過中間做了一些操作，進行了一些封裝。

LRU : 最近最少使用的緩存策略

而 LUR 演算法，阿粉之前都說過，如果對這個演算法感興趣的話，文章地址給大家送上，經典的 LRU 演算法，你真的了解嗎？

而我們需要看的源碼則是在 Mybatis 中的源碼，

SOFT : 基於垃圾回收器狀態和軟引用規則的對象

在看到基於垃圾回收器的時候，阿粉就已經開始興奮了，竟然有GC的事情，那還不趕緊看看，這如此高大上(裝杯)的事情，來瞅瞅吧！

WEAK : 基於垃圾收集器狀態和弱引用規則的對象

WeakCache在實現上與SoftCache幾乎相同，只是把引用對象由SoftReference軟引用換成了WeakReference弱引用。

在這里阿粉也就不再多說了，關於 Mybatis 的二級緩存，你了解了么？下次遇到面試官問這個的時候，你應該知道怎麼成功（裝杯）不被打了吧。