项目使用的是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秒处理
继续执行,发现执行时间依然远远大于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秒。