❶ mybatis的cache-ref怎麼使用
首先明確一點 cache-ref 只對二級緩存有效，沒有使用二級緩存時，這東西沒有意義。
以下說明只針對二級緩存。
當mybatis的當前命名空間存在DML的事務提交時，會使當前命名空間里的緩存失效，這樣在查詢時，會直接從資料庫拿到數據，並再次緩存。但是如果是多表連接查詢，如tableA join tableB，A表的DML操作在A的nameSpace,B表的DML操作在B的nameSpace，當B表在進行了數據修改時，不會使A表緩存失效，再使用tableA join tableB會直接從緩存中獲取數據，因為此時緩存沒有刷新，而且B表的數據也有變化，那麼此時讀取的就是臟數據。
此時就需要在B的nameSpace里使用<cache-ref namespace="A"/>，保證跟新B時，A的緩存也失效。再在A裡面執行 tableA join tableB時，會重新從資料庫里查詢最新數據。
❷ mybatis的緩存機制是怎麼樣的
你好
關於mybatis的緩存機制：
和其他持久層框架一樣，mybatis也提供了對緩存的支持--一級緩存和二級緩存；
一、緩存介紹
一級緩存：基於PerpetualCache的HashMap的本地緩存，一級緩存的作用域為sqlSession,當sqlSession被flush或close之後，當前sqlSession中的所有緩存都將被清空；
二級緩存：和一級緩存的機制相同，默認也是採用PerpetualCache的HashMap存儲，但二級緩存的作用域是mapper（namespace）;
在mybatis的緩存機制中，當緩存（一級緩存的sqlSession/二級緩存的namespace）進行了增刪改的操作之後，當前select的所有數據緩存都將被清除；
總結
二級緩存與一級緩存區別，二級緩存的范圍更大，多個sqlSession可以共享一個UserMapper的二級緩存區域。UserMapper有一個二級緩存區域（按namespace分） ，其它mapper也有自己的二級緩存區域（按namespace分）。每一個namespace的mapper都有一個二緩存區域，兩個mapper的namespace如果相同，這兩個mapper執行sql查詢到數據將存在相同 的二級緩存區域中。
希望對你有幫助
❸ mybatis一級緩存內存佔用過大的問題
內存佔用過大可以通過flushCache="true"或者where <隨機數>=<隨機數>去除MyBatis的一級緩存來解決。
1、一級緩存是SqlSession級別的緩存 —— 它是各自獨立的。
在操作資料庫時需要構造sqlSession對象，在對象中有一個數據結構（HashMap）用於存儲緩存數據。
不同的sqlSession之間的緩存數據區域（HashMap）是互相不影響的。
2、二級緩存是mapper級別的緩存 —— 它是多個 SqlSession 共享的。
多個SqlSession去操作同一個Mapper的sql語句，多個SqlSession可以共用二級緩存，二級緩存是跨SqlSession的。
❹ 多次查詢緩存的問題 flushCache為什麼失效
最近在使用mybatis的過程中，發現一個問題。如果在同一個事物中，多次同一個查詢sql在mybatis的執行過程中，只會查詢一次資料庫，後幾次所返回的對象是mybatis在在內部做了緩存。 Property property = this.findByPropertyId("123"); property.setPropertyId(null);; property = this.findByPropertyId("123"); System.out.println(property.getPropertyId()); 以上的代碼,列印的結果為 null , 但是我們所期望的可能是 123 , 我不知道這是mybatis的一個bug還是故意這樣去設計的.mybatis在執行查詢語句的時候,會在本地做一份緩存信息.在BaseExecutor類中: private List queryFromDatabase(MappedStatement ms, Object parameter, RowBounds rowBounds, ResultHandler resultHandler, CacheKey key, BoundSql boundSql) throws SQLException { List list; localCache.putObject(key, EXECUTION_PLACEHOLDER); try { list = doQuery(ms, parameter, rowBounds, resultHandler, boundSql); } finally { localCache.removeObject(key); } localCache.putObject(key, list); if (ms.getStatementType() == StatementType.CALLABLE) { localOutputParameterCache.putObject(key, parameter); } return list; } 可以看到在queryFromDatabase方法中,查詢資料庫返回結果之後,mybatis編制了一個cachekey的對象,作為key,返回結果作為value,放入了緩存當中 (這個地方沒有使用拷貝的函數,所以只要外部修改了值，內部緩存中的值信息也會被修改) 之後再下次查詢的時候,會依據一個判斷,是否需要執行緩存信息,同樣是在BaseExecutor類中. @SuppressWarnings("unchecked") public List query(MappedStatement ms, Object parameter, RowBounds rowBounds, ResultHandler resultHandler, CacheKey key, BoundSql boundSql) throws SQLException { ErrorContext.instance().resource(ms.getResource()).activity("executing a query").object(ms.getId()); if (closed) throw new ExecutorException("Executor was closed."); if (queryStack == 0 && ms.isFlushCacheRequired()) { clearLocalCache(); } List list; try { queryStack++; list = resultHandler == null ? (List) localCache.getObject(key) : null; if (list != null) { (ms, key, parameter, boundSql); } else { list = queryFromDatabase(ms, parameter, rowBounds, resultHandler, key, boundSql); } } finally { queryStack--; } if (queryStack == 0) { for (DeferredLoad deferredLoad : deferredLoads) { deferredLoad.load(); } deferredLoads.clear(); // issue #601 if (configuration.getLocalCacheScope() == LocalCacheScope.STATEMENT) { clearLocalCache(); // issue #482 } } return list; } 看到mybatis判斷了 ms.isFlushCacheRequired() 的返回數據，如果為 true 會執行 clearLocalCache 方法，清空緩存信息。如果緩存中獲取不到的話，才會繼續去查詢資料庫。 可以從 list = resultHandler == null ? (List) localCache.getObject(key) : null; 代碼中看出。 所以當第一次查詢放入緩存之後，在外部修改了任何一個值之後，mybatis內部緩存的值也會被修改，而且下次查詢不會查詢資料庫，直接返回緩存中被修改過的值 ms.isFlushCacheRequired() 這段代碼的判斷是基於了一個MappedStatement 類中的flushCacheRequired 的屬性做判斷的。flushCacheRequired 變數可以通過註解的方式和xml的方式來配置 1.註解：註解的方式是通過 @Options 註解中 flushCache 的配置 2.配置文件：xml中每一個select 都可以設置 flushCache 的屬性 flushCache 設置成true之後，本sql的每次查詢都會清空緩存後在執行
❺ 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 的二級緩存，你了解了么？下次遇到面試官問這個的時候，你應該知道怎麼成功（裝杯）不被打了吧。
❻ MyBatis緩存
可能會有很多人不理解這里，二級緩存帶來的好處遠遠比不上他所隱藏的危害。
緩存是以namespace為單位的，不同namespace下的操作互不影響。
insert,update,delete操作會清空所在namespace下的全部緩存。
通常使用MyBatis Generator生成的代碼中，都是各個表獨立的，每個表都有自己的namespace。
❼ MyBatis二級緩存帶來的問題
MyBatis二級緩存使用的在某些場景下會出問題，來看一下為什麼這么說。
假設我有一條select語句（開啟了二級緩存）：
selecta.col1, a.col2, a.col3, b.col1, b.col2, b.col3fromtableA a, tableB bwherea.id= b.id;
對於tableA與tableB的操作定義在兩個Mapper中，分別叫做MapperA與MapperB，即它們屬於兩個命名空間，如果此時啟用緩存：
MapperA中執行上述sql語句查詢這6個欄位
tableB更新了col1與col2兩個欄位
MapperA再次執行上述sql語句查詢這6個欄位（前提是沒有執行過任何insert、delete、update操作）
此時問題就來了，即使第（2）步tableB更新了col1與col2兩個欄位，第（3）步MapperA走二級緩存查詢到的這6個欄位依然是原來的這6個欄位的值，因為我們從CacheKey的3組條件來看：
<select>標簽所在的Mapper的Namespace+<select>標簽的id屬性
RowBounds的offset和limit屬性，RowBounds是MyBatis用於處理分頁的一個類，offset默認為0，limit默認為Integer.MAX_VALUE
<select>標簽中定義的sql語句
對於MapperA來說，其中的任何一個條件都沒有變化，自然會將原結果返回。
這個問題對於MyBatis的二級緩存來說是一個無解的問題，因此使用MyBatis二級緩存有一個前提： 必須保證所有的增刪改查都在同一個命名空間下才行 。
❽ mybatis ehcache 為什麼總是緩存不到
通過對力敏感的感測器，感受手機在變換姿勢時，重心的變化，使手機游標變化位置從而實
現選擇的功能。手機重力感應技術:利用壓電效應實現，簡單來說是是測量內部一片重物(重
物和壓電片做成一體)重力正交兩個方向的分力大小，來判定水平方向。
❾ mybatis加了<cache>標簽為什麼二級緩存不起作用
先不說能不能設置 你這樣做本身就是錯誤的。 實際應用中不可能所有的對象都需要緩存。 建議你先看下hibernate二級緩存方面的東西。
❿ mybatis 字元串比較失效
在mybatis的mapper.xml中用以下語句判斷條件：
實現，當name傳入字元串0時，判斷name的值
但是在實際運行過程中，這個判斷條件並沒有生效。
原因：mybatis是用OGNL表達式來解析的，在OGNL的表達式中，'0'會被解析成字元，而java是強類型的，傳入的是一個String類型，故而 char和String比較時是不相等的。所以sql中if標簽是不會被解析的
解決方法：
一、使用用雙引號
二、使用toString()
推薦使用第二種toString方法。
PS：mybatis中的if、when等裡面的test條件判斷時，被判斷的欄位可以通過調用java.util.String的方法進行判斷，如：
choose標簽是按順序判斷其內部的when標簽，當某一個when標簽滿足條件後，則choose標簽結束，當所有的when標簽都不滿足時，則執行最後的otherwise標簽