mybatis学习笔记（四）缓存

该篇文章主要讲述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操作的数据，放入缓存，那么会造成缓存经常性的被清空，这样违背的初衷，这种情况还是避免使用缓存。