❶ 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标签