@Transactional和synchronized能连用吗?能保持事务的一致性吗?

最近开发中遇到幻读现象,大致情况如下,在一秒中多次点击请求一个保存接口,再保存的时候会判断数据库是否已经存在同名的数据,由于请求过于频繁,或者并发过大,第一次请求的数据还没来得及提交到数据库中,第二次请求已经发过来,这时数据库中还没有把第一次的数据保存到数据库中,导致数据库中总是多插入一条一模一样的,产生了幻读现象。解决方案大致有两种:
第一种:给这个保存方法加锁 synchronized ,(如果是多线程访问可能不能保证事务的一致性)
第二种:加上 @Transactional(rollbackFor = Exception.class ,isolation = Isolation.SERIALIZABLE)提高这个保存的数据库的隔离级别(这种方案能保证事务的强一致性,就是并发量太小)
实际使用中发现:第二种方案,由于数据库的隔离级别过高导致系统的并发量降低,调用保存接口拿不到数据库的锁,导致保存失败,所以只能用第一种方案
,同时网上查询得知:@Transactional和synchronized同时使用并不能保证事务一致性,(但是我自己实测中并没有发现失效的情况)原因大致如下:

由于spring的aop,会在@Transactional修饰的方法之前开启事务,之后再加锁,当锁住的代码执行完成后,在提交事务,
因此synchronized代码块执行是在事务之内执行的,可以推断在代码块执行完时,事务还未提交,其他线程进入synchronized代码块后,读取的库存数据不是最新的。

你知道@Transactional和synchronized同时使用并不能保证事务一致性吗
@Transactional注解和synchronized关键字不能同时使用

  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

T-OPEN

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值