这篇文章主要介绍了MybatisPlus二级缓存怎么实现的相关知识，内容详细易懂，操作简单快捷，具有一定借鉴价值，相信大家阅读完这篇MybatisPlus二级缓存怎么实现文章都会有所收获，下面我们一起来看看吧。
本文承接[Mybatis缓存体系探究]，提供基于MybatisPlus技术可用于生产环境下的二级缓存解决方案。
掌握MyBatis二级缓存的原理
有关MyBatis缓存原理内容，参考[Mybatis缓存体系探究]
选择符合条件的MybatisPlus版本
本方案对MybatisPlus版本有严格的限制，使用版本不低于3.4.3.4，如果低于此版本，则无法满足生产环境条件下的闭环需求。
正确处理连接（多表）查询
正确的多表连接查询，请参考[MybatisPlus连接查询解决方案]
如果应用有分布式缓存需求，那么直接弃用二级缓存的方案，直接选配业务层缓存方案。
假如应用没有分布式场景，那么通过简单改造，引入二级缓存，能够极大提高响应效率。
选用MybatisPlus来实现二级缓存最大的考量是其使用的单表操作，换而言之，正确的使用二级缓存的前提是不能使用传统意义上的多表连接操作，否则一定存在缓存数据不能实时更新的情况。
所有的缓存数据必然涉及到数据更新，二级缓存同样需要主动更新数据。二级缓存是以命名空间为单位的，换而言之同一个命名空间内的数据更新会自动触发缓存更新（本质为数据失效）。查询操作缓存数据，增加、修改、删除数据使缓存失效。
自成体系的缓存更新与管理在提高了应用响应速度的同时降低了缓存管理的复杂度，有利于提高开发效率。
这里提到的二级缓存有必要与三级缓存（业务缓存）做区分，二级缓存指DAO层缓存，使用缓存的目的是降低网络IO对应用的影响；三级缓存指业务层缓存，主要是降低复杂计算对CPU性能的占用。
对于普通项目，使用内置本地二级缓存即能够满足需求，这里以MybatisPlus为例说明如何正确的使用二级缓存。
MybatisPlus内置封装两套访问数据库的API，一是以BaseMapper为基础的API，另一套是以AR为基础的API，二者在使用二级缓存不可通用。表现形式是BaseMapper内置接口缓存的数据，使用AR内置接口更新数据时无法清楚缓存，至少到此版本尚不支持。
考虑到BaseMapper接口体系比较丰富，因此选择保留BaseMapper体系接口而禁用AR接口，从机制上保证使用的是一套接口，从而调用增删查改能够实时刷新二级缓存。
需要指明的是Mapper层和Service层使用的是同一套接口，因此可放心使用。
默认二级缓存实现类型为PerpetualCache，此中类型的缓存要求被缓存的对象实现序列化接口。其它类型的本地缓存有EhCache、Caffeine等。
关于“MybatisPlus二级缓存怎么实现”这篇文章的内容就介绍到这里，感谢各位的阅读！相信大家对“MybatisPlus二级缓存怎么实现”知识都有一定的了解，大家如果还想学习更多知识，欢迎关注亿速云行业资讯频道。
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
