事务有四个特性：ACID
- 原子性(Atomicity)：事务是一个原子操作，由一系列动作组成。事务的原子性确保动作要么全部完成，要么完全不起作用。
- 一致性(Consistency)：一旦事务完成（不管成功还是失败），系统必须确保它所建模的业务处于一致的状态，而不会是部分完成部分失败。在现实中的数据不应该被破坏。
- 隔离性(Isolation)：可能有许多事务会同时处理相同的数据，因此每个事务都应该与其他事务隔离开来， 防止数据损坏。
- 持久性(Durability)：一旦事务完成，无论发生什么系统错误，它的结果都不应该受到影响，这样就能从任何系统崩溃中恢复过来。通常情况下，事务的结果被写到持久化存储器中。
传播行为
当事务方法被另一个事务方法调用时，必须指定事务应该如何传播。例如：方法可能继续在现有事务中运行，也可能开启一个新事务，并在自己的事务中运行。
Spring 定义了七种传播行为:
PROPAGATION_REQUIRED
假如当前正要运行的事务不在另外一个事务里，那么就起一个新的事务。
比方说，ServiceB.methodB 的事务级别定义为 PROPAGATION_REQUIRED, 那么因为执行 ServiceA.methodA 的时候，ServiceA.methodA 已经起了事务，这时调用 ServiceB.methodB，ServiceB.methodB 看到自己已经执行在 ServiceA.methodA 的事务内部，就不再起新的事务，而假如 ServiceA.methodA 执行的时候发现自己没有在事务中，他就会为自己分配一个事务，这样，在ServiceA.methodA 或者在 ServiceB.methodB 内的不论什么地方出现异常，事务都会被回滚。即使 ServiceB.methodB 的事务已经被提交，可是 ServiceA.methodA 在接下来 fail 要回滚，ServiceB.methodB 也要回滚。
PROPAGATION_SUPPORTS
如果当前在事务中，即以事务的形式执行，如果当前不再一个事务中，那么就以非事务的形式执行。
PROPAGATION_MANDATORY
必须在事务中执行，如果外层方法没事务，则当前方法就会抛出异常；如果外层方法有事务，则当前方法使用外层事务。
PROPAGATION_REQUIRES_NEW
比如我们设计 ServiceA.methodA 的事务级别为 PROPAGATION_REQUIRED，ServiceB.methodB 的事务级别为 PROPAGATION_REQUIRES_NEW，那么当运行到 ServiceB.methodB 的时候，ServiceA.methodA 所在的事务就会被挂起，ServiceB.methodB 会起一个新的事务，等待 ServiceB.methodB 的事务完毕以后，它才继续运行。
它与 PROPAGATION_REQUIRED 的事务差别在于事务的回滚程度了。由于 ServiceB.methodB 是新起一个事务，那么就是存在两个不同的事务，假设ServiceB.methodB 已经提交，那么 ServiceA.methodA 失败回滚，ServiceB.methodB 是不会回滚的。假设 ServiceB.methodB 失败回滚，假设他抛出的异常被 ServiceA.methodA 捕获，ServiceA.methodA 事务仍然可能提交。
PROPAGATION_NOT_SUPPORTED
当前方法不支持事务。比如 ServiceA.methodA 的事务级别是 PROPAGATION_REQUIRED ，而 ServiceB.methodB 的事务级别是PROPAGATION_NOT_SUPPORTED ，那么当执行到 ServiceB.methodB 时，ServiceA.methodA 的事务挂起，ServiceB.methodB 以普通方法执行，再继续执行 ServiceA.methodA 的事务。
PROPAGATION_NEVER
不能在事务中执行。如果 ServiceA.methodA 的事务级别是 PROPAGATION_REQUIRED， 而 ServiceB.methodB 的事务级别是 PROPAGATION_NEVER ，那么ServiceB.methodB 就要抛出异常了。
PROPAGATION_NESTED
理解 Nested 的关键是 savepoint。它与 PROPAGATION_REQUIRES_NEW 的差别是，PROPAGATION_REQUIRES_NEW 另起一个事务，将会与他的父事务相互独立，而 PROPAGATION_NESTED 的事务和父事务是相依的，提交需要和父事务一块提交。父事务的 rolback 或者 commit 都会影响当前事务，而当前事务的 rolback 不会导致外层事务回滚，除非 rollback 过程抛出了 RuntimeException 且该异常没有被捕获。
隔离级别
隔离级别定义了一个事务可能受其他并发事务影响的程度。
ISOLATION_DEFAULT
使用数据库默认的隔离级别，Spring 默认使用，MySQL 默认的隔离级别为：Repeatable Read（可重复读）。
ISOLATION_READ_UNCOMMITTED
读未提交，最低的隔离级别，允许读取尚未提交的数据变更，可能会导致脏读、幻读或不可重复读。
ISOLATION_READ_COMMITTED
读已提交，允许读取并发事务已经提交的数据，可以阻止脏读，但是幻读或不可重复读仍有可能发生。
ISOLATION_REPEATABLE_READ
可重复读，对同一字段的多次读取结果都是一致的，除非数据是被本身事务自己所修改，可以阻止脏读和不可重复读，但幻读仍有可能发生。
ISOLATION_SERIALIZABLE
可串行化，最高的隔离级别，完全服从 ACID 的隔离级别，确保阻止脏读、不可重复读以及幻读，也是最慢的事务隔离级别，因为它通常是通过完全锁定事务相关的数据库表来实现的。
- 脏读（Dirty reads）：脏读发生在一个事务读取了另一个事务改写但尚未提交的数据时。如果改写再稍后被回滚了，那么第一个事务获取的数据就是无效的。
- 不可重复读（Nonrepeatable read）：不可重复读发生在一个事务执行相同的查询两次或两次以上，但是每次都得到不同的数据，这通常是因为另一个并发事务在两次查询期间进行了更新。
- 幻读（Phantom read）：幻读与不可重复读类似。它发生在一个事务（T1）读取了几行数据，接着另一个并发事务（T2）插入了一些数据时，在随后的查询中，第一个事务（T1）就会发现多了一些原本不存在的记录。
属性说明
Spring 提供了声明式事务注解 @Transactional，该注解有如下属性。
- isolation：用于指定事务的隔离级别，默认为底层事务的隔离级别。
- noRollbackFor：指定遇到指定异常时强制不回滚事务。
- noRollbackForClassName：指定遇到指定多个异常时强制不回滚事务，该属性可以指定多个异常类名。
- propagation：指定事务的传播属性。
- readOnly：指定事务是否只读。表示这个事务只读取数据但不更新数据，这样可以帮助数据库引擎优化事务。若真的是一个只读取的数据库应设置 readOnly=true。
- rollbackFor：指定遇到指定异常时强制回滚事务。
- rollbackForClassName：指定遇到指定多个异常时强制回滚事务，该属性可以指定多个异常类名。
- timeout：指定事务的超时时长。
若有收获，就点个赞吧
0 人点赞
