春季事务的传播行为和隔离级别

春季交易的沟通行为是面试中经常问到的一个问题. 在实际的开发过程中，尤其是在高并发事务传播的级别，大量更新数据和关系表中，必须掌握事务和隔离级别的通信行为. 在更多情况下，经常会遇到有关交易的问题.

首先，您需要了解的是的隔离级别. 在典型的应用程序中，并发是不可避免的，多个事务并发运行，操作相同的数据以完成任务. 并发可能导致以下问题:

脏读: 当事务读取已被另一事务覆盖但尚未提交的数据时，发生脏读. 如果稍后将这些更改回滚，则前一个事务读取的数据无效.

不可重复读取（Nonrepeatable read）: 当事务执行同一查询两次或两次以上但每次查询结果不同时，将发生不可重复读取. 这通常是由于另一个并发事务在查询之间更新了数据.

虚拟读取: 虚拟读取是指一个事务读取几行记录，而另一个事务插入一些记录，并且发生幻像读取. 后续查询中的第一个事务将找到一些最初不可用的其他记录.

不可重复读取和幻像读取之间的差异似乎是更新操作之一和插入操作之一. 如果有人认识我，请告诉我.

Spring的事务隔离级别

ISOLATION_DEFAULT: 使用的默认隔离级别.

ISOLATION_READ_UNCOMMITTED: 允许读取尚未提交的更改数据，这可能导致脏读取，不可重复读取和幻像读取.

ISOLATION_READ COMMITTED: 允许在提交后读取并发事务，以避免脏读取，这可能导致重复读取和魔术读取.

ISOLATION_REPEATABLE_READ: 同一字段的多次读取结果是一致的，这可能导致幻像读取.

ISOLATION_SERIALIZABLE: 完全遵守ACID原则，以确保不会出现脏读，不可重复读和魔术读.

根据系统的数据要求，您可以采用自适应隔离级别，因为隔离涉及锁定中的记录，因此，对数据的肯定要求越严格，并发性能就越差.

Spring的事务传播行为

spring事务的传播行为是关于一个方法调用另一个方法时事务应如何操作.

PROPAGATION_MANDATORY: 此方法必须在事务中运行. 如果当前事务不存在，则会引发异常.

PROPAGATION_NESTED: 如果当前有事务，则该方法在嵌套事务中运行. 嵌套事务可以与当前事务分开提交和回滚. 如果当前不存在任何事务，则开始新的事务. 各个制造商对这种通信行为的支持都不尽相同，因此在使用时请注意.

PROPAGATION_NEVER: 当前方法不应在事务中运行. 如果当前正在进行交易，则会引发异常.

PROPAGATION_NOT_SUPPORTED: 当前方法不应在事务中运行. 如果事务正在运行，它将在执行该方法期间挂起.

PROPAGATION_REQUIRED: 此方法必须在事务中运行. 如果某个事务正在运行，则该方法将在该事务中运行. 否则，将开始新的事务.

PROPAGATION_REQUIRES_NEW: 此方法必须在其自己的事务中运行. 它将开始新的交易. 如果现有事务正在运行，它将在执行此方法期间挂起.

PROPAGATION_SUPPORTS: 当前方法不需要事务处理环境，但是如果事务已经在运行，则该方法也可以在该事务中运行.

在实际应用中，由于业务需要，不同表中的数据必须保持一致事务传播的级别，即不同表中的数据必须同时更新或回滚. 交易的实质实际上是解决此类问题.

原始来源:

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-209317-1.html