Transactional超时时间控制

项目使用的是spring+mybatis+mysql,今天,我需要把处理一个业务就是,当用户出金失败时,事务能够回滚,同时减少用户的等待时间,因为我发现当处理失败时,用户需要等上1分钟以上的时间,这是不合理的。那么经过一系列的调查发现:spring的事务超时(使用Java注解方式)和mysql InnoDB事务超时是相互关联的


在一个需要进行事务回滚的方法上加入@Transactional的事务注解,timeout超时时间设置为2秒,也就是说发生事务回滚后,2秒钟后对用户响应。

	@Transactional(timeout=2)
	public int updateForzenMoney(MoneyTransfer moneyTransfer, int uid) {
		// 如果是出金请求,则预扣除冻结资金
		if (moneyTransfer.getType().intValue() == 1) {
			moneyTransferService.updateTotalmoneyForPerTransfermoney(uid, moneyTransfer.getAmount());
			// 将请求插入money_transfer表中
			moneyTransferService.addMoneyTransfer(moneyTransfer);
			return 1;
		} else {
			moneyTransferService.addMoneyTransfer(moneyTransfer);
			return 2;
		}
	}

通过mysql控制台的模拟操作(强迫发生事务回滚),发现updateForzenMoney方法前后执行时间远远大于2秒的时间,为什么呢?


先想到的是不是mybatis的原因,因为mybatis在xml定义update语句时也提供了超时时间设置,见如下说明,

timeout单位是毫秒
这个设置驱动程序等待数据库返回请求结果,并抛出异常时间的最大等待值。默认不设置(驱动自行处理)。
OK,我对update语句加上超时2秒处理
<update id="updateTotalmoneyForPerTransfermoneyOut" parameterType="hashmap" timeout="2000">

继续执行,发现执行时间依然远远大于2+2+2,接近50毫秒,这期间又测试了很多种组合方式,然后我看到 mysql的配置文件(my.cnf)中,innodb_lock_wait_timeout=50 ,而我所使用的表刚好是innodb类型。
mysql> show variables like 'innodb_lock_wait_timeout';
+--------------------------+-------+
| Variable_name            | Value |
+--------------------------+-------+
| innodb_lock_wait_timeout | 50    |
+--------------------------+-------+
1 row in set

ok,找到了他,那么到底是不是呢,修改一下
mysql> set
 innodb_lock_wait_timeout = 10;
Query OK, 0 rows affected

mysql> show variables like 'innodb_lock_wait_timeout';
+--------------------------+-------+
| Variable_name            | Value |
+--------------------------+-------+
| innodb_lock_wait_timeout | 10    |
+--------------------------+-------+
1 row in set
继续执行,发现执行时间接近了10秒左右,然后再将10秒设置为20秒,ok,测试出来的超时时间大概是20秒,说明这个思路是正确的,但是为什么spring的事务超时时间没有起到作用呢,继续调查
把mysql的时间再设置短一点,然后再次把spring的事务超时设置为5秒,把mybatis的超时去掉
mysql> set innodb_lock_wait_timeout = 1
;
Query OK, 0 rows affected

mysql> show variables like 'innodb_lock_wait_timeout';
+--------------------------+-------+
| Variable_name            | Value |
+--------------------------+-------+
| innodb_lock_wait_timeout | 1     |
+--------------------------+-------+
1 row in set
	@Transactional(timeout=5)
	public int updateForzenMoney(MoneyTransfer moneyTransfer, int uid) {
然后再执行,看日志时间
DEBUG 2014-12-12 16:53:49,784 org.apache.ibatis.logging.jdbc.BaseJdbcLogger: ==>  Preparing: UPDATE money_us
DEBUG 2014-12-12 16:53:49,785 org.apache.ibatis.logging.jdbc.BaseJdbcLogger: ==> Parameters: 
DEBUG 2014-12-12 16:54:00,795
事务回滚的时间差不多刚好是两个statement的事务执行时间5+5=10秒的时间 。


结论:spring的事务超时时间和mysql的事务超时时间是相互影响的!我最后确认的方案是,修改mysql的innodb超时时间为20秒,然后去掉Java方法上的超时时间

@Transactional
public int updateForzenMoney(MoneyTransfer moneyTransfer, int uid) {
再次,测试,事务的回滚时间大概是20秒。

总结:功夫不负有心人,只要一步步深入调查,什么问题终究会得出答案。


上一篇:js 防抖节流函数


下一篇:nginx example