wordpress建站准备,好123网址之家,宁波建站平台,网络初始网站InnerInterceptor 接口是 MyBatis-Plus 提供的一个拦截器接口#xff0c;用于实现一些常用的 SQL 处理逻辑。例如某个组件运作在多系统的平台上#xff0c;不同系统需要隔离#xff0c;于是可以通过这个拦截器接口#xff0c;给每一条要执行的sql末尾拼接一个AND systemId …InnerInterceptor 接口是 MyBatis-Plus 提供的一个拦截器接口用于实现一些常用的 SQL 处理逻辑。例如某个组件运作在多系统的平台上不同系统需要隔离于是可以通过这个拦截器接口给每一条要执行的sql末尾拼接一个AND systemId ?的条件来实现不同系统只能查到对应系统ID的数据。
具体玩法样例可以参考这个文章 Mybatis-Plus实现拦截器接口InnerInterceptor 而今天项目遇到的一个bug情景如下 所有的sql原本都要通过拦截器拼接这个校验系统ID的条件但其中一条sql因为要查整个数据库中的数据是否有重复所以就要去掉这个拼接的条件进而查询整个库表。这里我们之前已经有代码可以实现了简单来说就是在拦截器里加个if只有在满足if条件后才去拼接条件sql。 然而复制了之前能跳过拦截器的方法去开发这次的新需求却非常意外的没能生效sql语句还是把校验systemId的条件给拼接进去了。打了断点也摸不着头脑明明代码是一模一样的呀接收到的参数也是满足跳过拦截条件的为什么还是会被拦截了呢 其实标题已经算剧透了大伙心里应该都有数了吧那就来详细说说找出问题的步骤 先是把断点打到了selectOne前后发现日志没打印sql然而依然获取到了查询结果的对象这是怎么一回事
继而把断点打到拦截器里发现在执行这条mybatis-plus的方法时根本就没进拦截器断点没捕获到。
此时就有很多种猜测了甚至还猜想过会不会和service层加了事务有关
不过最终的正解是由于mybatis的缓存机制因为我在该方法里执行这条查询sql前已经执行过一遍相同的sql了目的是先查询一遍加了systemId校验的再查一遍全表的所以mybatis的缓存机制生效直接将已缓存的sql包括结果直接返回了所以压根就没执行这条想查全表的sql故而别说拦截器里的if是否判断了就连进都没进来这就是拦截器里断点没捕获到的原因。 解决方法
1、配置文件中加上
# propertiesmybatis.configuration.local-cache-scopestatement# yamlmybatis:configuration:local-cache-scope: statement关闭mybatis的一级缓存 ps金融行业不适合使用这个一级缓存容易出现数据不一致也没提升多少性能 2、在不能关闭一级缓存的情况下重新写一条结果一样但内容不一样的sql
sql有差别就不会走缓存机制了。比如你之前的sql是用mybatis生成的这里就直接用Mapper手写一条 THX
