本篇内容介绍了“Spring事务处理Transactional和并发线程的方法是什么”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！
Spring事务传播机制和数据库隔离级别
在标准SQL规范中定义了4个事务隔离级别，不同隔离级别对事务处理不同 。
未授权读取（Read Uncommitted）： 也称 未提交读。允许脏读取但不允许更新丢失，如果一个事务已经开始写数据则另外一个数据则不允许同时进行写操作但允许其他事务读此行数据。该隔离级别可以通过 “排他写锁”实现。事务隔离的最低级别，仅可保证不读取物理损坏的数据。与READ COMMITTED 隔离级相反，它允许读取已经被其它用户修改但尚未提交确定的数据。
授权读取（Read Committed）： 也称提交 读。允许不可重复读取但不允许脏读取。这可以通过“瞬间共享读锁”和“排他写锁”实现，读取数据的事务允许其他事务继续访问该行数据，但是未提交写事务将 会禁止其他事务访问该行。SQL Server 默认的级别。在此隔离级下，SELECT 命令不会返回尚未提交（Committed） 的数据，也不能返回脏数据。
可重复读取（Repeatable Read）： 禁止 不可重复读取和脏读取。但是有时可能出现幻影数据，这可以通过“共享读锁”和“排他写锁”实现，读取数据事务将会禁止写事务（但允许读事务），写事务则禁 止任何其他事务。在此隔离级下，用SELECT 命令读取的数据在整个命令执行过程中不会被更改。此选项会影响系统的效能，非必要情况最好不用此隔离级。
串行（Serializable）： 也称可串行读。提 供严格的事务隔离，它要求事务序列化执行，事务只能一个接着一个地执行，但不能并发执行。如果仅仅通过“行级锁”是无法实现事务序列化的，必须通过其他机 制保证新插入的数据不会被刚执行查询操作事务访问到。事务隔离的最高级别，事务之间完全隔离。如果事务在可串行读隔离级别上运行，则可以保证任何并发重叠 事务均是串行的。
| 隔离级别 | 更新丢失 | 脏读取 | 重复读取 | 幻读 |
|---|---|---|---|---|
| 未授权读取 | N | Y | Y | Y |
| 授权读取 | N | N | Y | Y |
| 可重复读取 | N | N | N | Y |
| 串行 | N | N | N | N |
Spring在TransactionDefinition接口中规定了7种类型的事务传播行为，它们规定了事务方法和事务方法发生嵌套调用时事务如何进行传播：
package org.springframework.transaction.annotation;import org.springframework.transaction.TransactionDefinition; public enum Propagation { REQUIRED(TransactionDefinition.PROPAGATION_REQUIRED), SUPPORTS(TransactionDefinition.PROPAGATION_SUPPORTS), MANDATORY(TransactionDefinition.PROPAGATION_MANDATORY), REQUIRES_NEW(TransactionDefinition.PROPAGATION_REQUIRES_NEW), NOT_SUPPORTED(TransactionDefinition.PROPAGATION_NOT_SUPPORTED), NEVER(TransactionDefinition.PROPAGATION_NEVER), NESTED(TransactionDefinition.PROPAGATION_NESTED); private final int value; Propagation(int value) { this.value = value; } public int value() { return this.value; } } package org.springframework.transaction; import java.sql.Connection; public interface TransactionDefinition { int PROPAGATION_REQUIRED = 0; int PROPAGATION_SUPPORTS = 1; int PROPAGATION_MANDATORY = 2; int PROPAGATION_REQUIRES_NEW = 3; int PROPAGATION_NOT_SUPPORTED = 4; int PROPAGATION_NEVER = 5; int PROPAGATION_NESTED = 6; int ISOLATION_DEFAULT = -1; int ISOLATION_READ_UNCOMMITTED = Connection.TRANSACTION_READ_UNCOMMITTED; int ISOLATION_READ_COMMITTED = Connection.TRANSACTION_READ_COMMITTED; int ISOLATION_REPEATABLE_READ = Connection.TRANSACTION_REPEATABLE_READ; int ISOLATION_SERIALIZABLE = Connection.TRANSACTION_SERIALIZABLE; int TIMEOUT_DEFAULT = -1; int getPropagationBehavior(); int getIsolationLevel(); int getTimeout(); boolean isReadOnly(); String getName(); }PROPAGATION_REQUIRES_NEW ：
启动一个新的, 不依赖于环境的 "内部" 事务.
这个事务将被完全 commited 或 rolled back 而不依赖于外部事务, 它拥有自己的隔离范围, 自己的锁, 等等. 当内部事务开始执行时, 外部事务将被挂起, 内务事务结束时, 外部事务将继续执行.
PROPAGATION_NESTED ：
如果外部事务 commit, 嵌套事务也会被 commit；
如果外部事务 roll back, 嵌套事务也会被 roll back 。
开始一个 "嵌套的" 事务, 它是已经存在事务的一个真正的子事务. 嵌套事务开始执行时, 它将取得一个 savepoint. 如果这个嵌套事务失败, 我们将回滚到此 savepoint. 嵌套事务是外部事务的一部分, 只有外部事务结束后它才会被提交.
代码例子：
@Transactional(propagation=Propagation.NESTED)@Transactional(propagation=Propagation.PROPAGATION_REQUIRES_NEW) ServiceA{ @Autowired ServiceB serviceB; @Transactional(propagation=Propagation.NESTED) public void method1(){ serviceB.method2(); int i = 1/0; }} ServiceB{ @Transactional(propagation=Propagation.NESTED) public void method2(){ xxxxxx }}因为method1使用 @Transactional(propagation=Propagation.NESTED)，当执行method1时，会抛出异常，method2()也会被回滚；
如果method2()用PROPAGATION_REQUIRES_NEW：
ServiceB{@Transactional(propagation=Propagation.PROPAGATION_REQUIRES_NEW) public void method2(){ xxxxxx }}那么method2不会因为method1抛出异常而回滚。
不管是什么类型的嵌套事务，一个线程只有一个事务，线程结束的时候才提交事务，包括嵌套事务，即使嵌套事务是REQUIRES_NEW，也不是嵌套事务的方法结束就提交事务的，一定是等到外部事务方法结束，整个线程结束才一起提交的。
在相同线程中进行相互嵌套调用的事务方法工作于相同的事务中。如果这些相互嵌套调用的方法工作在不同的线程中，则不同线程下的事务方法工作在独立的事务中。
而锁存在于事务里，锁的生命周期也是一个线程，在一个线程里可多次取得同一个锁。
如果事务加在外部方法A，在内部方法里面有synchronized代码块B，那么当B执行完时，事务还未提交，其他线程进入synchronized代码块B后，读取的库存数据不是最新的。
“Spring事务处理Transactional和并发线程的方法是什么”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注编程网网站，小编将为大家输出更多高质量的实用文章！
