最近在进行开发中，和其他组联调，发送mq，因为每次要发送全量的信息，所以在进行数据更新后，结尾处我都会重新查询一次数据库，然后发送mq，，，发现发送过去的数据并不是全量的，debug时发现同样的查询，只发出了一次，后面就没有发出sql查询，直接拿取之前的结果。
这样问题就出现了：第一次查询的结果，我对结果进行了一些修改，将一些属性置为null，然后在最后发送mq之前，我想着为了确保数据是全量的，就重新发起查询，结果查询出来的结果很多属性都是null，进一步查询日志，发现存在sql缓存：
在业务层执行方法时，我们通常会在方法上加事务注解@Transactional，这样的话进入方法时，就会从数据库连接池拿取链接信息，建立连接，转换属性，将autoCommit设置为true，下面进行的数据库操作都在这个事务下，每次查询的结果都会以namespace的形式标识保存在缓存区域中(内存)，下次如果有sql发出，就会去缓存中对比namespace，如果匹配有，就直接拿取结果返回，这就是缓存，因此我遇到的问题就是这样产生的，第一次查出来的结果保存在namespace中，我进行了修改，由于对象的操作可以认为都是通过指针(做个比喻)，对对象存放位置进行了操作，即是操作了缓存区域中的对象，所以后面的查询走缓存返回的就是修改后的数据；
缓存是什么时候失效呢？在事务结束时，事务结束时就相当于执行了commit命令，sqlsession关闭，缓存失效，再进行的查询就直接发出sql，不会走缓存了
3643
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
