spring 事务隔离级别导致的bug

事情是这样的,ios进货单有一个数量加一手,减一手的功能,每加减一次就会异步调用后台的接口,后台判断sku如果不存在就插入,存在就更新。

问题描述:

当ios发了多次请求后,

在第二次请求的时候,第一次请求插入的sku程序里查不出来

但是数据库里能查出来

后来仔细研究了下,发现这就是所谓的不可重复读情况。

在applicationContext.xml配置文件中的事务相关模块把事务隔离级别提成到SERIALIZABLE。

<!-- 进货单加减一手方法存在不可重复读情况,提升事务隔离级别 -->

<tx:method name="changeShoppingCartSkuList" propagation="REQUIRED" isolation="SERIALIZABLE" rollback-for="Exception" />

问题又来了:

args:

skuIds[]=122890,122891,122892,122893,122894

timeid=4152

orderId=2733

num=1

sign=c30fc44b4a7681fbc19bd9c8c2de2237

authTime=2016-09-10 16:18:17

authId=900000000000140

exception:

org.springframework.dao.DeadlockLoserDataAccessException:

### Error querying database.  Cause: com.mysql.jdbc.exceptions.jdbc4.MySQLTransactionRollbackException: Deadlock found when trying to get lock; try restarting transaction

### The error may exist in com/itonghui/biz/shoppingcart/dao/mapper/OrderListSkuMapper.xml

### The error may involve defaultParameterMap

### The error occurred while setting parameters

### SQL: select * from order_list_sku t  where t.sku_id = ?  and order_id = ?

### Cause: com.mysql.jdbc.exceptions.jdbc4.MySQLTransactionRollbackException: Deadlock found when trying to get lock; try restarting transaction

; SQL []; Deadlock found when trying to get lock; try restarting transaction; nested exception is com.mysql.jdbc.exceptions.jdbc4.MySQLTransactionRollbackException: Deadlock found when trying to get lock; try restarting transaction

at org.springframework.jdbc.support.SQLErrorCodeSQLExceptionTranslator.doTranslate(SQLErrorCodeSQLExceptionTranslator.java:263)

会出现死锁现象,在方法前面加上synchronized同步解决问题。

总结一下,关于异步调用不可重复读问题解决方案:

1.在applicationContext.xml配置文件中的事务相关模块把事务隔离级别提成到SERIALIZABLE。

2.在方法前面加上synchronized同步

时间: 2024-10-12 22:47:37

spring 事务隔离级别导致的bug的相关文章

Spring事务隔离级别与传播机制,spring+mybatis+atomikos实现分布式事务管理

本文转载于本人另一博客[http://blog.csdn.net/liaohaojian/article/details/68488150] 1.事务的定义:事务是指多个操作单元组成的合集,多个单元操作是整体不可分割的,要么都操作不成功,要么都成功.其必须遵循四个原则(ACID). 原子性(Atomicity):即事务是不可分割的最小工作单元,事务内的操作要么全做,要么全不做: 一致性(Consistency):在事务执行前数据库的数据处于正确的状态,而事务执行完成后数据库的数据还是应该处于正确

spring事务隔离级别、传播行为以及spring+mybatis+atomikos实现分布式事务管理

转载自:http://blog.csdn.net/liaohaojian/article/details/68488150 1.事务的定义:事务是指多个操作单元组成的合集,多个单元操作是整体不可分割的,要么都操作不成功,要么都成功.其必须遵循四个原则(ACID). 原子性(Atomicity):即事务是不可分割的最小工作单元,事务内的操作要么全做,要么全不做: 一致性(Consistency):在事务执行前数据库的数据处于正确的状态,而事务执行完成后数据库的数据还是应该处于正确的状态,即数据完整

浅谈Spring事务隔离级别

一.Propagation (事务的传播属性) Propagation : key属性确定代理应该给哪个方法增加事务行为.这样的属性最重要的部份是传播行为.有以下选项可供使用:PROPAGATION_REQUIRED--支持当前事务,如果当前没有事务,就新建一个事务.这是最常见的选择. PROPAGATION_SUPPORTS--支持当前事务,如果当前没有事务,就以非事务方式执行. PROPAGATION_MANDATORY--支持当前事务,如果当前没有事务,就抛出异常. PROPAGATION

Spring事务隔离级别和传播特性

在Spring中,声明式事务是用事务参数来定义的.一个事务参数就是对事务策略应该如何应用到某个方法的一段描述,如下图所示一个事务参数共有5个方面组成: 传播行为 事务的第一个方面是传播行为.传播行为定义关于客户端和被调用方法的事务边界.Spring定义了7中传播行为. 传播行为 意义 PROPAGATION_MANDATORY 表示该方法必须运行在一个事务中.如果当前没有事务正在发生,将抛出一个异常 PROPAGATION_NESTED 表示如果当前正有一个事务在进行中,则该方法应当运行在一个嵌

spring 事务隔离级别配置

声明式的事务处理中,要配置一个切面,即一组方法,如 Java代码  <!-- 声明式事务管理 --> <!-- 隔离级别配置-->    <tx:advice id="txAdvice" transaction-manager="transactionManager">          <tx:attributes>              <tx:method name="find*"

Spring事务隔离级别

REQUIRED:业务方法需要在一个容器里运行.如果方法运行时,已经处在一个事务中,那么加入到这个事务,否则自己新建一个新的事务. NOT_SUPPORTED:声明方法不需要事务.如果方法没有关联到一个事务,容器不会为他开启事务,如果方法在一个事务中被调用,该事务会被挂起,调用结束后,原先的事务会恢复执行. REQUIRESNEW:不管是否存在事务,该方法总汇为自己发起一个新的事务.如果方法已经运行在一个事务中,则原有事务挂起,新的事务被创建. MANDATORY:该方法只能在一个已经存在的事务

spring 事务传播行为和事务隔离级别

1.Spring声明式事务 声明式事务(declarative transaction management)是Spring提供的对程序事务管理的方式之一. Spring的声明式事务顾名思义就是采用声明的方式来处理事务.这里所说的声明,就是指在配置文件中申明.用在Spring配置文件中声明式的处理事务来代替代码式的处理事务.这样的好处是,事务管理不侵入开发的组件,具体来说,业务逻辑对象就不会意识到正在事务管理之中,事实上也应该如此,因为事务管理是属于系统层面的服务,而不是业务逻辑的一部分,如果想

16 [个人补充知识点]在Spring中定义了5中不同的事务隔离级别

在Spring中定义了5中不同的事务隔离级别: 1. ISOLATION_DEFAULT(一般情况下使用这种配置既可) ; 这是一个PlatfromTransactionManager默认的隔离级别,使用数据库默认的事务隔离级别. 2. ISOLATION_READ_UNCOMMITTED 4 p" L. I' F; k1 {) a. D( E5 ?: V这是事务最低的隔离级别,它充许别外一个事务可以看到这个事务未提交的数据.这种隔离级别会产生脏读,不可重复读和幻像读. 大部分数据库缺省的事物隔

Spring随笔 - 事务隔离级别

Spring提供5中事务隔离级别: ISOLATION_DEFAULT:使用数据库后端的默认隔离级别. ISOLATION_READ_UNCOMMITTED:允许读取尚未提交的数据变更.可能会导致脏读.幻读或者不可重复读. ISOLATION_READ_COMMITTED:允许读取并发事务已经提交的数据.可以阻止脏读,但是幻读或者不可重复读仍有肯能发生. ISOLATION_REPEATABLE_READ:对同一字段的多次读取结果是一致的.除非数据被本事务自己所修改,可以防止脏读和不可重复读,但