本篇文章给大家带来的内容是关于如何理解spring事务及声明式事务的使用,包括数据库中的事物隔离级别，有一定的参考价值，有需要的朋友可以参考一下，希望对你有所帮助。

spring事务及声明式事务的使用

（同学们，开始复习大学还给老师的数据库知识啦！！）

事务：访问并可能更新数据库中各种数据项的一个程序执行单元(unit)。

事务有四个属性：（ACID）

原子性：一个事务是一个不可分割的工作单元，事务中包括的诸操作要么都做，要么都不做。

一致性；事务必须是使数据库从一个一致性状态变到另一个一致性状态。一致性与原子性使密切相关的。

隔离性：一个事务的执行不能被其他事物干扰。即一个事务内部操作及使用的数据对并发的其他事物是隔离的，并发执行的各个事务之间不能相互干扰。

持久性：持久性也称永久性，指一个事务一旦提交，它对数据库中数据的改变就应该永久的。

事务目的：为了使数据保持一致性和完整性。

一致性：一个业务链的数据状态是一致的，不能部分改变部分不改变。

完整性：一个业务链的数据是完整的，要么一起完成一起失败，不能部分写入成功，部分写入失败。

简单理解事务的一致性和完整性就是要么一起活，要么一起死，不能独活。（像是凄惨的爱情…………^ _ ^）

数据库中的事物隔离级别

在了解事务隔离级别之前，先来了解一下数据中经常发生的可能导致业务逻辑失败的几种情况。

脏读

当一个事务正在访问数据，并且对数据进行了修改，并且还没有提交到数据库中；这时另一事务也访问了这个数据，然后使用了这个数据。

例如：张三的银行账户现在有1000，现在张三存入了200，那么在张三点击提交的时候，他媳妇（辛苦的张三在给媳妇存零花钱）在商场购物花了500。张三查看余额发现只有500了（张三懵逼了。。）。然后两人为了200吵了起来。以上就是胀读引起一场家庭大战。

不可重复读

不可重复读：一个事务内，多次读同一个数据。在这个事务还没有结束时，另一个事务也访问了该数据。在第一个事务的两次读数据间，由于第二个事务的修改，第一事务两次读到的数据可能不一样。这样就发生了一个事务内两次读到的数据是不一样的。（即不能读到相同的数据）

幻读

一个事务对一个表中的数据进行了修改，这种修改涉及到表中的全部数据行，与此同时第二个事务向表中插入一行新数据。就会发生操作第一个事务的用户发现表中还有没有修改的数据行。就好像发生了幻觉一样。

spring的五种隔离级别ISOLATION_DEFAULT

表示底层数据库的默认隔离级别，对大部分数据库而言通常值是：ISOLATION _READ _COMMITTED

ISOLATION _READ _UNCOMMITTED

表示一个事务可以读取另一事务修改但还没有提交的数据，不能防止脏读和不可重复读。

ISOLATION _READ _COMMITTED

一个事务只能读取另一个事务已经提交的数据，可以防止脏读，但是不能防止不可重复读。（大多数情况的推荐值）

ISOLATION _REPEATABLE _READ

一个事务在整个过程中可以多次重复执行某个查询，并且每次返回的记录都相同。即使在多次查询之间有新增的数据满足该查询，这些新增的记录也会被忽略。可以防止脏读和不可重复读。

ISOLATION _SERIALIZBLE

所有事务依次逐个执行，这样事务之间就完全不可能产生干扰。可以防止脏读，不可重复读，幻读。

事务的传播性（spring提供了七个）

是指事务之间的关系，例如一个事务中含有另一个事务，那么传播性用来确定相互的执行。

TransationDefinition.PROPAGETION.REQUIRED

如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务。
spring中的默认事务。适合绝大多数情况。

TransationDefinition.PROPAGETION.REQUIRED_NEW

创建一个新的事务，如果当前存在事务，则把当前事务挂起。
意思是创建一个新的事务，和原来的事务没有任何关系。

TransationDefinition.PROPAGETION.SUPPORTS

如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行。
这种方式非常随意，没有就没有，有就有，有点无所谓的态度。

TransationDefinition.PROPAGATION.NOT_SUPPORTED

以非事务的方式运行，如果当前存在事务，则把当前事务挂起。
这种方式非常强硬，没有就没有，有也不支持，挂起来，不管它。

TransationDefinition.PROPAGETION_NEVER

以非事务的方式运行，如果当前存在事务，则抛出异常。
这种方式更加强硬，没有就没有，有反而报错，他对大家宣称：我从不支持事务。

TransationDefinition.PROPAGETION_MANDATORY

如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。
这种方式可以说是最强硬的，没有事务就直接报错，它对全世界说：我必须要有事务。

TransationDefinition.PROPAGETION_NESTED

如果当前存在事务，则创建一个事务作为当前事务的嵌套事务来运行；如果当前没有事务，则该取值等价于
TransationDefinition.PROPAGETION_REQUIRED

声明式事务使用

现在来看在springboot中，如果使用声明式事务：

@Transactionalpublic void save(Object ob){}

只要在方法上增加@Transactional注解方法就可以被事务管理起来。

源码

看一下注解Transactional的源码：

@Target({ElementType.METHOD, ElementType.TYPE})@Retention(RetentionPolicy.RUNTIME)@Inherited@Documentedpublic @interface Transactional {@AliasFor("transactionManager")String value() default "";@AliasFor("value")String transactionManager() default "";Propagation propagation() default Propagation.REQUIRED;Isolation isolation() default Isolation.DEFAULT;int timeout() default TransactionDefinition.TIMEOUT_DEFAULT;boolean readOnly() default false;Class<? extends Throwable>[] rollbackFor() default {};String[] rollbackForClassName() default {};Class<? extends Throwable>[] noRollbackFor() default {};String[] noRollbackForClassName() default {};}

默认值

readOnly : 是否仅仅只读。默认读写都可以

timeout : 事务超时时间，默认没有超时时间

isolation: 事务的隔离级别 默认：TransactionDefinition.ISOLATION_DEFAULT（见上文隔离级别）

propagation ：事务的传播属性 默认：TransactionDefinition.PROPAGATION_REQUIRED

注意事项

注解应该只被应用到public方法上

自调用问题：如果类中没有注解方法调用有注解的方法，那么外部在调用没有注解的方法时，有注解的方法不会产生事务