您当前的位置: 首页 >  缓存

MyBatis 一级缓存在分布式下的坑

蔚1 发布时间:2020-01-16 23:30:43 ,浏览量:6

MyBatis 的一级缓存在单机环境下可以减少与 MySql 的交互,提高性能,但是在分布式环境下容易产生脏数据。建议在生产环境下关闭,使用 Redis,Memcache 等代替。

最近生产环境的余额系统在扣减余额时经常出现余额够但是提示余额不足无法扣减的情况。查看代码逻辑,发现会先查询一次判断余额是否够,再实际扣减,之后查看日志发现并没有执行查询语句就返回错误了,推测可能是 MyBatis 一级缓存没有关闭引起的脏数据问题。关闭一级缓存后果然恢复正常了。

所以有了这篇文章,验证下 MyBatis 一级缓存的生效条件。

一级缓存

MyBatis 默认会开启一级缓存,在同一次会话中,如果执行多次查询条件相同的 SQL,会进行优化,优先命中一级缓存,避免多次查询数据库。

这样在单机环境下是没有问题的,可以减少于数据库的交互。但是生成环境一般都是多机部署,这样一级缓存开启的情况下就容易出现脏数据。

接下来做两个实验验证下。

测试 1
public void test1() {    SqlSession sqlSession = sqlSessionFactory.openSession(true);    UserWalletMapperExt mapper = sqlSession.getMapper(UserWalletMapperExt.class);    System.out.println(mapper.queryUserBalance(10L, 1));    System.out.println(mapper.queryUserBalance(10L, 1));    System.out.println(mapper.queryUserBalance(10L, 1));    mapper.addBalanceByType(10L, 1, 100L);    System.out.println(mapper.queryUserBalance(10L, 1));    System.out.println(mapper.queryUserBalance(10L, 1));}
...queryUserBalance:debug:181 ==>  Preparing: select balance from user_wallet WHERE user_id = ? and
关注
打赏
1688896170
查看更多评论

蔚1

暂无认证

  • 6浏览

    0关注

    4645博文

    0收益

  • 0浏览

    0点赞

    0打赏

    0留言

私信
关注
热门博文
立即登录/注册

微信扫码登录

0.8070s