事务的7种传播级别：

1)PROPAGATION_REQUIRED:支持当前事务，没有事务就新建一个。

2)PROPAGATION_SUPPORTS:支持当前事务，如果没有事务，以非事务方式处理

3)PROPAGATION_MANDATORY:支持当前事务，没有事务就抛异常

4)PROPAGATION_REQUIRES_NEW:新建事务，如果当前存在事务，把当前事务挂起

5)PROPAGATION_NOT_SUPPORTED:以非事务方式执行操作，有事务则挂起

6)PROPAGATION_NEVER:以非事务方式处理，有事务则挂起 

7)PROPAGATTION_NESTED：如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则进行与PROPAGATION_REQUIRED类似的操作

数据4种隔离级别：

Read uncommitted(未授权读取、读未提交)：

如果一个事务已经开始写数据，则另外一个事务则不允许同时进行写操作，但允许其他事务读此行数据。该隔离级别可以通过“排他写锁”实现。

避免了更新丢失，却可能出现脏读。也就是说事务B读取到了事务A未提交的数据。

Read committed（授权读取、读提交）：

读取数据的事务允许其他事务继续访问该行数据，但是未提交的写事务将会禁止其他事务访问该行。

该隔离级别避免了脏读，但是却可能出现不可重复读。事务A事先读取了数据，事务B紧接了更新了数据，并提交了事务，而事务A再次读取该数据时，数据已经发生了改变。

Repeatable read（可重复读取）：

读取数据的事务将会禁止写事务（但允许读事务），写事务则禁止任何其他事务。

避免了不可重复读取和脏读，但是有时可能出现幻读。这可以通过“共享读锁”和“排他写锁”实现。

Serializable（序列化）：

提供严格的事务隔离。它要求事务序列化执行，事务只能一个接着一个地执行，但不能并发执行。如果仅仅通过“行级锁”是无法实现事务序列化的，必须通过其他机制保证新插入的数据不会被刚执行查询操作的事务访问到。

序列化是最高的事务隔离级别，同时代价也花费最高，性能很低，一般很少使用，在该级别下，事务顺序执行，不仅可以避免脏读、不可重复读，还避免了幻像读。

隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也越大。对于多数应用程序，可以优先考虑把数据库系统的隔离级别设为Read Committed。它能够避免脏读取，而且具有较好的并发性能。尽管它会导致不可重复读、幻读和第二类丢失更新这些并发问题，在可能出现这类问题的个别场合，可以由应用程序采用悲观锁或乐观锁来控制。

spring事务传播性与隔离级别