这篇文章主要讲解了“如何理解Spring事务”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“如何理解Spring事务”吧！
构成单一逻辑工作单元的操作集合称作事务（transaction）。即使有故障，数据库系统也必须保证事务的正确执行——要么执行整个事务，要么属于该事务的操作一个也不执行。以资金转账为例，应该保证支票账户支出金额的操作和储蓄账户的存入金额的操作在同一个逻辑工作单元内完成。简言之，事务是访问并可能更新各种数据项的一个程序执行单元（unit）。
数据库需要维护事务的以下四个性质：
1.原子性（Atomicity）事务是一个原子操作，由一系列动作组成。事务的原子性确保这一系列动作要么全部完成，要么完全不起作用。
2.一致性（Consistency）隔离执行事务时（在没有其他事务并发的情况下），保持数据库的一致的数据库状态。
3.隔离性（Isolation）并发事务执行之间无影响，在一个事务内部的操作对其他事务是不产生影响，这需要事务隔离级别来指定隔离性。每个事务都感觉不 到系统中其他事务在并发地执行。
4.持久性（Durability）一旦事务完成，数据库的改变必须是永久的，即使出现系统故障。
在实际应用中，数据库中的数据是要被多个用户共同访问的，在多个用户同时操作相同的数据时，可能就会出现一些事务并发的问题：
1.脏读（Dirty Read）。一个事务读取到另一个事务未提交的数据。
2.不可重复读（Non-repeatable Read）。一个事务对同一行数据重复读取两次，但得到的结果不同。
3.虚读/幻读（Phantom Read）。一个事务执行两次查询，但第二次查询的结果包含了第一次查询中未出现的数据。
4.丢失更新（Lost Update）。丢失更新可分为两类，分别是第一类丢失更新和第二类丢失更新。第一类丢失更新是指两个事务同时操作同一个数据时，当第一个事务撤销时，把已经提交的第二个事务的更新数据覆盖了，第二个事务就造成了数据丢失。第二类丢失更新是指当两个事务同时操作同一个数据时，第一个事务将修改结果成功提交后，对第二个事务已经提交的修改结果进行了覆盖，对第二个事务造成了数据丢失。
为了避免上述事务并发问题的出现，在标准的 SQL 规范中定义了四种事务隔离级别，不同的隔离级别对事务的处理有所不同：
1.Serializable（可串行化）
提供严格的事务隔离。它要求事务序列化执行，事务只能一个接一个地执行，不能并发执行。此隔离级别可有效防止脏读、不可重复读、幻读。但这个级别可能导致大量的超时现象和锁竞争，在实际应用中很少使用。
2.Repeatable Read（可重复读）
一个事务在执行过程中，可以访问其他事务成功提交的新插入的数据，但不可以访问成功修改的数据。读取数据的事务将会禁止写事务（但允许读事务），写事务则禁止任何其他事务。此隔离级别可有效防止不可重复读和脏读。
3.Committed Read（已提交读）
一个事务在执行过程中，既可以访问其他事务成功提交的新插入的数据，又可以访问成功修改的数据。读取数据的事务允许其他事务继续访问该行数据，但是未提交的写事务将会禁止其他事务访问该行。此隔离级别可有效防止脏读。
4.Uncommitted Read（未提交读）
一个事务在执行过程中，既可以访问其他事务未提交的新插入的数据，又可以访问未提交的修改数据。如果一个事务已经开始写数据，则另外一个事务不允许同时进行写操作，但允许其他事务读此行数据。此隔离级别可防止丢失更新。
以上所有隔离性级别都不允许脏写（Dirty Write）。
一般来说，事务的隔离级别越高，越能保证数据库的完整性和一致性，但相对来说，隔离级别越高，对并发性能的影响也越大。因此，通常将数据库的默认隔离级别设置为已提交读 （Committed Read），它既能防止脏读，又能有较好的并发性能。虽然这种隔离级别会导致不可重复读、幻读和第二类丢失更新这些并发问题，但可通过在应用程序中采用悲观锁或乐观锁加以控制。
Spring事务的本质就是数据库对事务的支持，使用JDBC的事务管理机制，利用java.sql.Connection对象完成对事务的提交，未使用Spring框架前，Java中事务实现示例代码如下：
Spring框架则提供统一的事务抽象，无论是JTA、JDBC、Hibernate/JPA、Mybatis/Mybatis-Plus，Spring都使用统一的编程模型，使得应用程序可以很容易地在不同的事务框架之间进行切换。这也符合面向接口编程思想。Spring事务框架的代码在org.springframework:spring-tx中。Spring事务抽象的核心类图如下：
Spring事务管理的核心接口是PlatformTransactionManager。接口PlatformTransactionManager定义事务操作的行为，PlatformTransactionManager依赖TransactionDefinition和TransactionStatus接口。TransactionDefinition接口定义与Spring兼容的事务属性（如隔离级别、事务传播行为等）。TransactionStatus接口则定义事务的状态（如是否回滚、是否完成、是否包含安全点（Save Point）、将基础会话刷新到数据存储区（如果适用）等）。
PlatformTransactionManager是Spring事务框架的核心接口。应用程序可以直接使用PlatformTransactionManager，但它并不是主要用于API：应用程序将借助事务模板（TransactionTemplate）或声明式事务（Declarative Transaction）。
对于需要实现PlatformTransactionManager接口的应用程序，可通过继承AbstractPlatformTransactionManager抽象类的方式实现。AbstractPlatformTransactionManager类已实现事务传播行为和事务同步处理。子类需要实现针对事务特定状态（如：begin，suspend，resume，commit）的模板方法。Spring事务框架已经实现了JtaTransactionManager（JPA）和DataSourceTransactionManager（JDBC）。应用程序可以参考以上方法实现事务管理器。PlatformTransactionManager事务继承示例如下：
TransactionDefinition接口中定义了Spring事务隔离级别和Spring事务传播级别。隔离级别主要控制事务并发访问时隔离程度。Spring支持的隔离级别如下：
除了使用ISOLATION_DEFAULT表示使用数据库默认的隔离级别外，其余四个隔离级别与数据库规范的隔离级别一致。
需要注意的是，隔离级别越高，意味着数据库事务并发执行性能越差。JDBC规范虽然定义了事务支持的以上行为，但是各个JDBC驱动、数据库厂商对事务的支持程度可能各不相同。出于性能的考虑我们一般设置READ_COMMITTED级别。针对READ_COMMITTED隔离级别无法避免的脏读，通常使用数据库的锁来处理。
传播级别主要控制含事务方法的调用（如一个事务方法调用另一个事务方法）时，Spring对事务的处理方式。Spring事务传播级别共七类。它们是：
(1)PROPAGATION_REQUIRED：支持当前事务，如果当前有事务则加入，如果当前没有事务则新建一个。这种方式是默认的事务传播方式。
(2)PROPAGATION_SUPPORTS：支持当前事务，如果当前有事务则加入，如果当前没有事务则以非事务方式执行。
(3)PROPAGATION_MANDATORY：支持当前事务，如果当前有事务则加入，如果当前没有事务则抛出异常。（当前必须有事务）
(4)PROPAGATION_REQUIRES_NEW：支持当前事务，如果当前有事务则挂起当前事务，然后新创建一个事务，如果当前没有事务则自己创建一个事务。
(5)Propagation_NOT_SUPPORTED：不支持当前事务，如果当前有事务则把当前事务挂起，执行完后恢复事务（忽略当前事务）。
(6)PROPAGATION_NEVER：不支持当前事务，如果当前存在事务，则抛出异常。（当前必须不能有事务）
(7)PROPAGATION_NESTED：如果当前存在事务，则嵌套在当前事务中。如果当前没有事务，则新建一个事务自己执行。对嵌套事务来说，内部事务回滚时不会影响外部事务的提交；但是外部事务回滚会把内部事务一起回滚回去。（这个和新建一个事务的区别）
好啦，今天的文章就到这里，希望能帮助到屏幕前迷茫的你们
感谢各位的阅读，以上就是“如何理解Spring事务”的内容了，经过本文的学习后，相信大家对如何理解Spring事务这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是亿速云，小编将为大家推送更多相关知识点的文章，欢迎关注！
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
