六、事务
事务的特性：ACID
原子性：事务是由一个或多个活动所组成的一个工作单元。原子性确保事务中所有操作全部大神或全部不发生。如果所有的活动都成功了，事务也就成功了。如果任意一个活动失败了，整个事务也失败并回滚。
一致性：一旦事务完成，不管成功还是失败，系统必须确保它所建模的业务处于一致的状态。现实的数据不应该被损坏。
隔离性：事务允许多个用户对相同的数据进行操作，每个用户的操作不会与其他用户纠缠在一起。因此，事务应该被彼此隔离，避免发生同步读写相同数据的事情。
持久性：一旦事务完成，事务的结果应该持久化，这样就能从任何的系统崩溃中恢复过来。
事务管理
Spring提供了对编码式和声明式事务管理的支持。编码式事务允许用户在代码中精确定义事务的边界，而声明式事务有助于用户将操作与事务规则进行解耦。
事务管理器
Spring 并不直接管理事务，而是提供了多种事务管理器，它们将事务管理的职责委托给JTA或其他持久化机制所提供的平台相关的事务实现。
| 事务管理器 | 使用场景 |
|---|---|
| jdbc.datasource.DataSourceTransactionManager | 用于Spring对JDBC抽象的支持，也可用于使用mybatis进行持久化的场景 |
| jms.connection.JmsTransactionManager | 用于JMS 1.1+ |
| jms.connection.JmsTransactionManager102 | 用于JMS1.0.2 |
| orm.hibernate3.HibernateTransactionManager | 用于Hibernate3进行持久化 |
| orm.jdo.JdoTransactionManager | 用于JDO进行持久化 |
| orm.jpa.JpaTransactionManager | 用于java持久化API进行持久化 |
| transaction.jta.JtaTransactionManager | 需要分布式事务或者没有其他的事务管理器满足需求 |
特定平台相关的事务的实现.png
声明式事务
在Spring中，声明式事务是通过事务属性来定义的。
image.png
传播行为
事务方法被另一个事务方法调用时，必须指定事务应该如何传播。例如方法可能继续在现有事务中运行，也可能开启一个新的事务，并在自己的事务运行。spring中的事务传播行为可以由传播属性指定。spring指定了7种类传播行为。
| 传播行为 | 含义 |
|---|---|
| PROPAGATION_MANDATORY | 表示该方法必须在事务中运行，如果当前事务不存在，则会抛出异常 |
| PROPAGATION_NESTED | 如果有事务在运行，当前的方法就应该在这个事务的嵌套事务内运行。嵌套的事务可以独立于当前事务进行单独地提交或回滚。如果当前事务不存在，那么其行为与PROPAGATION_REQUIRED一样。 |
| PROPAGATION_NEVER | 当前方法不应该运行在事务中，如果有运行的事务，就抛出异常 |
| PROPAGATION_NOT_SUPPORTED | 表示该方法不应该运行在事务中。如果存在当前事务，在该方法运行期间，当前事务将被挂起。如果使用JTATransactionManager的话，则需要访问TransactionManager |
| PROPAGATION_REQUIRED | 如果有事务在运行，当前的方法就在这个事务内运行，否则就开启一个新的事务，并在自己的事务内运行,默认传播行为 |
| PROPAGATION_REQUIRED_NEW | 当前方法必须启动新事务，并在自己的事务内运行，如果有事务正在运行，则将它挂起 |
| PROPAGATION_SUPPORTS | 如果有事务在运行，当前的方法就在这个事务内运行，否则可以不运行在事务中 |
隔离级别
隔离级别定义了一个事务可能受其他并发事务影响的程度。并发事务会导致发生以下三种类型的问题：
| 问题 | 描述 |
|---|---|
| 脏读 | 脏读发生在一个事务读取了另一个事务改写但尚未提交的数据时。如果改写在稍后被回滚了，那么第一个事务获取的数据就是无效的。 |
| 不可重复读 | 不可重复读发生在一个事务执行相同的查询两次或两次以上，但是每次都得到不同的数据时。这通常是因为另一个事务在两次查询期间更新了数据。 |
| 幻读 | 幻读与不可重复读类似。它发生在一个事务读取了几行数据，接着另一个并发事务插入了一些数据时。在随后的查询中，第一个事务就会发现多了一些原本不存在的记录。 |
在理想情况下，事务之间是完全隔离的，从而可以防止这些问题发生。但完全隔离会导致性能问题，因为它通常会涉及锁定数据库中的记录。
考虑到完全的隔离会导致性能问题，而且并不是所有的应用程序都需要完全的隔离，所以有时应用程序需要在事务隔离上有一定的灵活性。因此，就会有多种隔离级别。
| 隔离级别 | 含义 |
|---|---|
| ISOLATION_DEFAULT | 使用后端数据库默认的隔离级别 |
| ISOLATION_READ_UNCOMMITTED | 允许读取尚未提交的数据变更。可能会导致脏读、幻读或不可重复读。 |
| ISOLATION_READ_COMMITTED | 只允许事务读取已经被其他事务提交的更改，可以避免脏读，但不可重复读和幻读问题仍然可能出现 |
| ISOLATION_REPEATABLE_READ | 确保事务可以多次从一个字段中读取相同的值。在这个事务持续期间，禁止其他事务对这个字段进行更新，可以避免脏读和不可重复读，但是幻读的问题依然存在 |
| ISOLATION_SERIALIZABLE | 确保事务可以从一个表中读取相同的行，在这个事务持续期间，禁止其他事务对该表执行插入，更新，删除。所有的并发问题都能避免，但是性能比较低。 |
只读
如果事务只对后端的数据库进行读操作，数据库可以利用事务的只读性来进行一些特定的优化。通过将事务设置为只读，你就可以给数据库一个机会，让它应用它认为合适的优化措施。
因为只读优化是在事务启动的时候有数据库实施的，只有对那些具备启动一个新事务的传播行为（PROPAGATION_REQUIRED、PROPAGATION_REQUIRED_NEW、PROPAGATION_NESTED）的方法来说，将事务声明为只读才有意义。
事务超时
为了是应用程序很好的运行，事务不能运行太长时间。因此，声明式事务的一个特性就是超时。
假设事务的运行时间变得特别长。因为事务可能涉及对后端数据库的锁定，所以长时间的事务会不必要的占用数据库资源。你可以声明一个事务，在特定的时间后自动回滚，而不是等待其结束。
因为超时时钟会在事务开始时启动，所以，只有对那些具备启动一个新事务的传播行为（PROPAGATION_REQUIRED、PROPAGATION_REQUIRED_NEW、PROPAGATION_NESTED）的方法来说，将事务声明为超时才有意义。
回滚规则
回滚规则定义了哪些异常会导致事务回滚而哪些不会。默认情况下，事务只会在遇到运行期异常才会回滚，而在遇到检查型异常时不会回滚。
但你可以声明事务在遇到特定的检查型异常时像遇到运行期异常那样回滚，同样，你还可以声明事务遇到特定的异常不回滚，即使这些异常是运行期异常。
