# Spring事务
Spring事务
什么是spring的事务？
在Spring框架中，事务管理是一种控制数据库操作执行边界的技术，确保一系列操作要么全部成功，要么全部失败，从而维护数据的一致性和完整性。Spring的事务管理主要关注以下几点：
- 原子性（Atomicity）：
事务中的所有操作被视为一个不可分割的工作单元，如果其中任何一个操作失败，那么整个事务都会被撤销。 - 一致性（Consistency）：
事务开始前和结束后，数据都必须保持一致状态。这意味着事务的执行不会破坏任何约束或业务规则。 - 隔离性（Isolation）：
多个并发事务之间不会相互影响，每个事务都像是在独立的环境中运行，以防止脏读、不可重复读和幻读等问题。 - 持久性（Durability）：
一旦事务完成并提交，它对数据库所做的更改就是永久的，即使系统崩溃，这些更改也不会丢失。
Spring支持两种类型的事务管理
- 编程式事务管理：通过在代码中显式地调用TransactionTemplate或PlatformTransactionManager接口来管理事务，这种方式提供了更细粒度的控制，但会使代码变得复杂且不易维护。
- 声明式事务管理：通过使用@Transactional注解或配置XML的方式在方法或类级别声明事务属性，这种方式更简洁，易于理解和维护，是Spring推荐的事务管理方式。
Spring的事务管理器（如DataSourceTransactionManager或JpaTransactionManager）与底层的数据源或持久层框架集成，提供了一致的事务抽象，使得开发人员可以专注于业务逻辑而不用关心具体的事务处理细节。
spring事务的传播机制有哪些？
Spring的事务传播机制定义了多个包含了事务的方法在相互调用时，事务是如何在这些方法间进行传递的。它确保了一个事务在多个调用方法间的可控性和稳定性。Spring事务传播机制包含以下七种类型：
- Propagation.REQUIRED(默认)
- 描述：默认的事务传播级别。如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务。
- 适用场景：适用于大多数业务场景，确保业务操作要么全部成功，要么全部失败。
- Propagation.SUPPORTS
- 描述：如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行。
- 适用场景：适用于非必须依赖事务的查询操作，或者不确定是否会有事务存在的情况。
- Propagation.MANDATORY
- 描述：如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。
- 适用场景：适用于那些必须运行在事务中的方法，确保事务的强制存在。
- Propagation.REQUIRES_NEW
- 描述：表示创建一个新的事务，如果当前存在事务，则把当前事务挂起。即无论外部是否开启事务，REQUIRES_NEW修饰的方法都会新开启自己的事务，且开启的事务之间相互独立，互不干扰。
- 适用场景：适用于需要完全隔离的业务操作，确保不受外部事务影响。
- Propagation.NOT_SUPPORTED
- 描述：以非事务的方式运行，如果当前存在事务，则把当前事务挂起。
- 适用场景：适用于那些不需要事务支持的操作，如只读查询或更新操作不需要事务控制。
- Propagation.NEVER
- 描述：以非事务的方式运行，如果当前存在事务，则抛出异常。
- 适用场景：确保方法不会运行在事务环境中，避免事务对方法执行的影响。
- Propagation.NESTED
- 描述：如果当前存在事务，则创建一个事务作为当前事务的嵌套事务来运行；如果当前没有事务，则该取值等价于Propagation.REQUIRED。
- 适用场景：适用于需要部分回滚而又不影响外部事务的场景，嵌套事务可以在内部进行回滚，而不影响外部事务。
Spring事务传播机制通过这七种类型，提供了灵活的事务控制策略，以满足不同业务场景的需求。在实际应用中，可以根据业务的具体要求选择适当的事务传播级别，以确保数据的一致性和完整性。
spring事务的隔离级别
Spring的隔离级别是解决多个事务同时调用数据库时，如何控制事务之间的可见性和数据一致性的重要机制。Spring框架提供了五种事务隔离级别，这些级别与数据库的事务隔离级别紧密相关，但由Spring框架进行配置和管理。以下是Spring的五种事务隔离级别的详细解释：
- ISOLATION_DEFAULT（DEFAULT）
- 描述：这是PlatformTransactionManager的默认隔离级别，它使用连接的数据库默认的事务隔离级别。如果数据库默认隔离级别是READ COMMITTED，那么Spring事务的默认隔离级别也是READ COMMITTED。
- 特点：依赖数据库的具体实现，不提供额外的事务隔离保证。
- ISOLATION_READ_UNCOMMITTED（READ UNCOMMITTED）
- 描述：这是事务最低的隔离级别，允许一个事务读取另一个事务未提交的数据。
- 问题：这种隔离级别容易产生脏读、不可重复读和幻读问题。脏读是指读取到未提交的数据，这些数据可能在后续被回滚，导致读取到的数据是无效的。
- ISOLATION_READ_COMMITTED（READ COMMITTED）
- 描述：保证一个事务只能读取到已经提交的数据，不能读取未提交的数据。
- 解决问题：解决了脏读问题，因为一个事务无法读取到另一个事务未提交的数据。
- 遗留问题：但仍然存在不可重复读和幻读问题。不可重复读是指在一个事务内，多次读取同一数据，由于其他事务的修改，导致读取结果不一致。
- ISOLATION_REPEATABLE_READ（REPEATABLE READ）
- 描述：这种事务隔离级别可以防止脏读和不可重复读问题。它确保了一个事务多次读取同一数据时，得到的结果是一致的。
- 解决问题：通过锁定读取的数据行，防止其他事务修改这些数据，从而避免不可重复读问题。
- 遗留问题：但仍然存在幻读问题。幻读是指当事务重新读取一个范围的记录时，由于其他事务插入了新的记录，导致读取结果集不一致。
- ISOLATION_SERIALIZABLE（SERIALIZABLE）
- 描述：这是最高的隔离级别，事务被串行化执行，即事务只能一个接一个地执行，不能并发执行。
- 解决问题：解决了脏读、不可重复读和幻读所有问题。
- 缺点：性能开销大，因为事务必须串行执行，无法利用数据库的并发能力。
Spring的事务隔离级别通过控制事务之间的可见性和数据一致性，确保了数据库操作的正确性和可靠性。在选择隔离级别时，需要根据实际业务需求和数据一致性要求来权衡。通常，默认的隔离级别（ISOLATION_DEFAULT）或READ COMMITTED已经足够满足大多数业务需求，但在需要更高数据一致性要求的场景下，可能需要选择更高的隔离级别。然而，需要注意的是，隔离级别越高，性能开销也越大，因此需要在数据一致性和性能之间做出合理的选择。