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