spring的事务是如何实现的以及在应用

最近实际业务中有一个场景，需要将客户发送的报文落库后，调用一个其他系统的接口进行验证，验证通过后，将报文落库并更新另一个表的状态。在这个场景中，由于需要根据其他系统接口验证结果来更新数据库，并且该系统是验证接口可以重复调用(这一点很重要，否则需要考虑接口跟后面落库的一致性，例如外部接口是保存接口，如果后面落库失败了需要异步任务重新落库)，但是后面的落库跟更新，需要保持一致性，这时候需要把这两个操作放在一个事务里面，由此就引发了一个思考，spring的事务是如何实现的？如果将刚才这个场景，放在一个方法里加上事务，会有什么影响？

Spring如何实现事务的？

Spring 本身并不实现事务，Spring事务 的本质 还是 底层数据库 对事务的支持，没有 数据库 事务的支持，Spring事务就不会生效。
Spring提供了一套抽象的事务管理，并且结合IOC跟AOP，简化了应用程序使用事务。如果JDBC使用事务，通常的步骤为：

1. 获取连接 Connection con =DriverManager.getConnection()；
2. 开启事务 con.setAutoCommit(true/false);
3. 执行业务逻辑CRUD
4. 提交事务/回滚事务 con.commit() / con.rollback();
5. 关闭连接 con.close();

采用spring之后，只需要关注步骤3就可以了。
这是spring大概的实现原理，具体的源码分析后面可以再写一篇博客来进行分析，现在让我们来思考下一个问题。

如果事务里有调用接口的情况会有什么影响？

通过上面的分析，我们知道，在spring控制的事务里，会将自动提交关闭，这意味着即使简单的select语句也不会被提交。Mysql是默认可重复读的，当我们开启了事务之后，为了保证可重复读，MVCC会一直保存read-view，所以如果在调用外部接口之前，我们跟数据库做了交互的话，即使简单的select语句，也会导致MVCC开始记录事务视图并一直没有释放，如果此时调用外部接口耗时比较久的话，可能会造成数据库存储空间被大量占用，如果在调用外部接口之前更新数据库，如果外部接口时间比较久可能会造成阻塞或者锁超时的情况。

我们应该怎样正确的使用事务？

一般来说，我们需要在调用dao层之外，增加一个事务层，在这一层之中，只处理数据库相关的操作，而像耗时高的接口调用，应该放在业务层之中。