最近实际业务中有一个场景,需要将客户发送的报文落库后,调用一个其他系统的接口进行验证,验证通过后,将报文落库并更新另一个表的状态。在这个场景中,由于需要根据其他系统接口验证结果来更新数据库,并且该系统是验证接口可以重复调用(这一点很重要,否则需要考虑接口跟后面落库的一致性,例如外部接口是保存接口,如果后面落库失败了需要异步任务重新落库),但是后面的落库跟更新,需要保持一致性,这时候需要把这两个操作放在一个事务里面,由此就引发了一个思考,spring的事务是如何实现的?如果将刚才这个场景,放在一个方法里加上事务,会有什么影响?
Spring如何实现事务的?
Spring 本身并不实现事务,Spring事务 的本质 还是 底层数据库 对事务的支持,没有 数据库 事务的支持,Spring事务就不会生效。
Spring提供了一套抽象的事务管理,并且结合IOC跟AOP,简化了应用程序使用事务。如果JDBC使用事务,通常的步骤为:
- 获取连接 Connection con =DriverManager.getConnection();
- 开启事务 con.setAutoCommit(true/false);
- 执行业务逻辑CRUD
- 提交事务/回滚事务 con.commit() / con.rollback();
- 关闭连接 con.close();
采用spring之后,只需要关注步骤3就可以了。
这是spring大概的实现原理,具体的源码分析后面可以再写一篇博客来进行分析,现在让我们来思考下一个问题。
如果事务里有调用接口的情况会有什么影响?
通过上面的分析,我们知道,在spring控制的事务里,会将自动提交关闭,这意味着即使简单的select语句也不会被提交。Mysql是默认可重复读的,当我们开启了事务之后,为了保证可重复读,MVCC会一直保存read-view,所以如果在调用外部接口之前,我们跟数据库做了交互的话,即使简单的select语句,也会导致MVCC开始记录事务视图并一直没有释放,如果此时调用外部接口耗时比较久的话,可能会造成数据库存储空间被大量占用,如果在调用外部接口之前更新数据库,如果外部接口时间比较久可能会造成阻塞或者锁超时的情况。
我们应该怎样正确的使用事务?
一般来说,我们需要在调用dao层之外,增加一个事务层,在这一层之中,只处理数据库相关的操作,而像耗时高的接口调用,应该放在业务层之中。