该篇文章主要讲述mybatis的缓存,mybatis有一级缓存和二级缓存之分。一级缓存是sqlsession级别的,也就是同一个sqlsession可以共享缓存中的数据。二级缓存为mapper级别或者namespace级别的,同一个mapper中的不同sqlsession或者同一个namespace中的sqlsession共享二级缓存中的数据
一级缓存
在同一个查询sql执行两次,可以进行sql打印输出,发现第一次发出sql语句,第二次没有发出SQL语句,因为第二次走了一级缓存,从一级缓存中获取了数据。证明了一级缓存的存在。
在两次查询中进行,进行一次update操作后,并进行commit操作,会发现第二次查询同样有sql打印输出。
由此可以总结,在执行查询操作时,第一次查询后,将查询结果放入一级缓存中,第二次查询直接从缓存中获取数据。当执行commit操作时(即更新,删除,添加),会进行一级缓存清空,此时再进行查询时,会从数据库中获取。
二级缓存
二级缓存原理和以及缓存一样,执行第一次查询之后,会将数据放入缓存中,第二次查询直接从缓存中获取数据,而执行commit操作时(即更新,删除,添加),会清空缓存。但是二级缓存和一级缓存的作用域是不一样的。
开启二级缓存
在sqlMapperConfig.xml的settings标签中添加
<settings>
<setting name="logImpl" value="STDOUT_LOGGING"/>
<!--开启二级缓存-->
<setting name="cacheEnabled" value="true"></setting>
<setting name="lazyLoadingEnabled" value="true"></setting>
</settings>
接着在对应的mapper.xml中添加
<!--开启二级缓存-->
<cache></cache>
即可开启二级缓存。
也可在对应的mapper接口上添加注解进行二级缓存开启。
@CacheNamespace(implementation = RedisCache.class)//开启二级缓存
public interface IUserMapper {
}
其中implementation 属性默认是PerpetualCache.class
二级缓存利弊
mybatis的二级缓存的弊端,mybatis自带的二级缓存如果是单服务器,单表操作,那么不会有太大问题。但是如果是分布式环境下,就会出现缓存无法共享的问题。同时在单服务器下,我们日常开发肯定会牵扯到多表操作,加入我们在rolemapper中开启的二级缓存,查询出和user相关的角色,放入了二级缓存。之后,通过usermapper对该user数据进行了更新,那么由于二级缓存基于mapper级别,并不会对rolemapper中的二级缓存中相关user数据进行清空,此时再从rolemapper的对应的二级缓存中获取数据就会出现数据脏读的问题。
解决二级缓存中存在的弊端
分布式环境
分布式环境下,我们使用redis来做二级缓存的一个容器,此时所有操作进行二级缓存数据获取时,都从redis中获取,如果进行了commit操作,那么便清空二级缓存,解决了分布式环境下无法共享缓存的问题。
数据脏读
可以使用插件来辅助执行,在进行多表操作时,进行缓存清空,或者再该操作标签上进行定义
<select id="findOrderAndUser" resultMap="orderMap" useCache="false">
select * from orders o,user u where o.uid=u.id
</select>
此时进行改sql执行时,每次都会进入数据库中查询。
总结
使用缓存的初衷是为了减少与数据库的交互,节省资源。如果是一些经常性进行commit操作的数据,放入缓存,那么会造成缓存经常性的被清空,这样违背的初衷,这种情况还是避免使用缓存。