@Transactional注释中的isolation和 propagation参数分别代表着什么？

转载：https://cloud.tencent.com/developer/ask/78013

propagation

事务之间应如何相互关联

• Required：代码将始终在事务中运行。创建一个新事务，或者在可用的情况下重用一个事务。
• Requires_new：代码将始终在新事务中运行。如果存在当前事务，则暂停当前事务。

isolation

定义事务之间的数据契约。

• Read Uncommitted*允许脏读
• Read Committed*不允许脏读
• Repeatable Read*如果一行在相同的传输中被读取两次，则结果总是相同的。
• Serializable：按顺序执行所有事务

在多线程应用程序中，不同级别具有不同的性能特征，并且你还需要了解dirty reads概念。

以下示例可能会发生脏读。

  thread 1   thread 2      
      |         |
    write(x) | | | | read(x) | | rollback | v v value (x) is now dirty (incorrect)

因此，一个正常的默认值(如果可以声明的话)可以为Read Comitted，它只允许你读取已经由其他运行事务处理的值，并且可以结合Required的传播级别。如果你的应用程序有需求的话，在这里同样也能起作用。

当进入provideService时将始终创建新事务，并在离开时完成。

public class FooService {
    private Repository repo1; private Repository repo2; @Transactional(propagation=Propagation.REQUIRES_NEW) public void provideService() { repo1.retrieveFoo(); repo2.retrieveFoo(); } }

如果我们使用了Required，那么当事务在进入程序时并且已经打开的时候，事务将保持打开状态。还要注意rollback的结果可能不同，因为多个执行可以参与相同的事务。

我们可以对行为进行测试，并查看结果与传播级别的差异。

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations="classpath:/fooService.xml") public class FooServiceTests { private @Autowired TransactionManager transactionManager; private @Autowired FooService fooService; @Test public void testProvideService() { TransactionStatus status = transactionManager.getTransaction(new DefaultTransactionDefinition()); fooService.provideService(); transactionManager.rollback(status); // assert repository values are unchanged ... }

传播水平为

• Requires new：由于它已经创建了自己的子事务，我们希望fooService.provideService()没有回滚。
• Required：我们希望所有的东西都回滚，并保持原样。