spring 事务隔离级别
一、理解 脏读、不可重复读和幻读
脏读、不可重复读和幻读是数据库事务处理中可能出现的三种并发问题，它们都与事务的隔离性有关。下面是这三种现象的简要说明：
1. 脏读（Dirty Read）:
当一个事务读取了另一个事务尚未提交的更改数据时，就会发生脏读。如果后者最终回滚了事务，那么前者读取的数据实际上是无效的，即“脏”的。脏读破坏了事务的隔离性，因为它允许一个事务查看到未确定的中间状态数据。
2. 不可重复读（Non-repeatable Read）:
不可重复读发生在同一个事务中，当用户对同一数据进行两次或更多次查询时，由于其他并发事务对数据进行了修改并提交，导致后一次查询的结果与前一次不同。换句话说，就是事务内部无法重复获取到之前读取过的相同数据，这违反了事务的一致性要求。
3. 幻读（Phantom Read）:
幻读通常涉及到插入或删除操作。在一个事务内，用户执行两次相同的查询，第二次查询时发现多出了原本不存在的记录（幻象记录），这是因为在两次查询之间，有其他事务插入了新的数据。或者，第一次查询时存在的某些记录，在第二次查询时因其他事务的删除操作而消失。幻读关注的是查询结果集中行的数量变化，而不是数据本身的变化。
为了解决这些问题，数据库管理系统提供了不同的事务隔离级别，包括READ UNCOMMITTED（允许所有上述问题）、READ COMMITTED（解决了脏读问题）、REPEATABLE READ（进一步解决了不可重复读问题）和SERIALIZABLE（最严格，解决了所有三种问题，但可能牺牲性能）。不同的应用场景可能会根据实际需求选择不同的隔离级别来平衡一致性和性能。
二、事务隔离级别
在Spring框架中，事务隔离是指在多个并发事务之间设置的边界，以防止它们相互影响，确保数据的一致性和完整性。Spring支持数据库系统定义的四种标准的事务隔离级别，以及一个默认级别。以下是这五种级别的概述：
1. Isolation.DEFAULT（默认）：
这是Spring特有的一个级别，它意味着事务的隔离级别将由底层数据库系统决定。每个数据库都有自己的默认隔离级别，例如MySQL的默认隔离级别是REPEATABLE_READ，而Oracle的默认级别是READ_COMMITTED。
2. Isolation.READ_UNCOMMITTED（读未提交）：
这是最宽松的隔离级别，允许脏读、不可重复读和幻读。在这种级别下，一个事务可以读取另一个未提交事务的数据。
3. Isolation.READ_COMMITTED（读已提交）：
防止了脏读，但允许不可重复读和幻读。在这个级别，一个事务只能看到其他事务已经提交的修改。
4. Isolation.REPEATABLE_READ（可重复读）：
防止了脏读和不可重复读，但允许幻读。在这个级别，一个事务在整个事务期间可以看到相同的数据多次，即使其他事务在这期间对数据进行了修改。
5. Isolation.SERIALIZABLE（序列化）：
这是最严格的隔离级别，它可以防止脏读、不可重复读和幻读。在序列化隔离级别下，事务如同按照顺序执行一样，但代价是性能降低，因为需要锁定所有读取的行。
在Spring中，你可以通过@Transactional注解来设置事务的隔离级别，例如：
@Transactional(isolation = Isolation.READ_COMMITTED)
public void someServiceMethod() {// 事务内的代码
}
或者在XML配置中设置：
<tx:advice id="transactionAdvice" transaction-manager="transactionManager"><tx:attributes><tx:method name="someServiceMethod" isolation="READ_COMMITTED" /></tx:attributes>
</tx:advice>
选择合适的隔离级别取决于你的应用程序的需求和性能考虑。通常，READ_COMMITTED是一个平衡性能和并发控制的常见选择，而SERIALIZABLE虽然最安全，但可能导致更多的锁竞争和死锁。
三、事务传播和事务隔离级别关联性：
1. 虽然两者是独立的概念，但它们共同确保了事务的正确性和一致性。事务传播定义了事务的边界和嵌套关系，而事务隔离级别则确保在这些边界内的数据一致性。
2. 在实际应用中，根据业务需求和性能考虑，结合使用不同的事务传播行为和隔离级别。例如，对于需要确保数据一致性的关键操作，可能会选择较高的隔离级别，并使用PROPAGATION_REQUIRES_NEW来确保该操作在一个独立的事务中执行，不受外部事务影响。