Spring事务的实现方式和原理以及隔离级别

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档

在使用spring框架时，可以有两种使用事务的方式，一种是编程式，一种是声明式。@Transactional注解就是声明式的。

注：编程式就是指用begin和commit/rollback包围起来的那个

首先，事务这个概念是数据库层面的，spring只是基于数据库中的事务进行了扩展，以及提供了一些能让程序猿更加方便操作事务的方式。

比如，我们可以通过在某个方法上添加@Transacation注解，就可以开启事务，这个方法中所有的sql都会在一个事务中执行，统一成功或失败。

在一个方法上加了@Transactional注解后，Spring会基于这个类生成一个代理对象，会将这个代理对象作为bean（将这个bean放入IOC容器中），当在使用这个代理对象的方法时（此时会获取一个bean,获取的是这个代理对象），如果这个方法上存在@Transactional注解，那么代理逻辑会先把事务的自动提交设置为false，然后再去执行原本的业务逻辑方法，如果执行业务逻辑方法没有出现异常，那么代理逻辑中就会将事务进行提交，如果执行业务逻辑方法出现了异常，那么则会将事务进行回滚（回滚的前提是异常没有被catch掉，需要抛出来）。

当然，针对哪些异常回滚事务是可以配置的，可以利用@Transactional注解中的rollbackFor属性进行配置，默认情况下会对RuntimeException和Error进行回滚。

spring事务隔离级别就是数据库的隔离级别：外加一个默认级别 read uncommitted（未提交读） read committed（提交读、不可重复读） repeatable read（可重复读） serializable（可串行化）

注：Oracle的默认隔离级别是：read committed（提交读、不可重复读）；Mysql的默认隔离级别：repeatable read（可重复读）

数据库的配置隔离级别是Read Commited,而Spring配置的隔离级别是Repeatable Read，请问这时隔离级别是以哪一个为准？ 答：以Spring配置的为准，如果spring设置的隔离级别数据库不支持，效果取决于数据库