什么是事务？事务的四个特性（ACID）？并发事务带来哪些问题？事务隔离级别都有哪些？事务的传播特性

什么是事务？

---

事务是应用程序中一系列严密的操作，所有操作必须成功完成，否则在每个操作中所作的所有更改都会被撤消。也就是事务具有原子性，一个事务中的一系列的操作要么全部成功，要么一个都不做。

事物的四个特性（ACID）?

---

1.原子性（Atomicity ):事务中包含的各项操作必须全部成功执行或者全部不执行。任何一项操作失败，将导致整个事务失败，其他已经执行的任务所作的数据操作都将被撤销，只有所有的操作全部成功，整个事务才算是成功完成

2.一致性（Consistency ):事务的一致性是指事务的执行不能破坏数据库数据的完整性和一致性，一个事务在执行之前和执行之后，数据库都必须处于一致性状态。

3.隔离性（Isolation) :不同的事务并发操纵相同的数据时，每个事务都有各自完整的数据空间，即一个事务内部的操作及使用的数据对其他并发事务是隔离的，并发执行的 各个事务之间不能互相干扰。

4.持久性（Durability）：一个事务一旦提交，它对数据库中对应数据的状态变更就应该是永久性的

并发事务带来哪些问题？

---

脏读（Dirty read）

在一个事务处理过程里读取了另一个未提交的事务中的数据。当一个事务正在访问数据并且对数据进行了修改，而这种修改还没有提交到数据库中，这时另外一个事务也访问了这个数据，然后使用了这个数据。因为这个数据是还没有提交的数据，那么另外一个事务读到的这个数据是“脏数据”，依据“脏数据”所做的操作可能是不正确的。 

丢失修改（Lost to modify）

在一个事务读取一个数据时，另外一个事务也访问了该数据，那么在第一个事务中修改了这个数据后，第二个事务也修改了这个数据。这样第一个事务内的修改结果就被丢失，因此称为丢失修改。事务（A）读取某表中的数据age=20，事务（B）也读取age=20，事务（A）修改age=age-1，事务（A）也修改age=age-1，最终结果age=19，事务（A）的修改被丢失。

不可重复读（Unrepeatableread）

在一个事务内多次读同一数据。在这个事务还没有结束时，另一个事务也访问该数据。那么，在第一个事务中的两次读数据之间，由于第二个事务的修改导致第一个事务两次读取的数据可能不太一样。这就发生了在一个事务内两次读到的数据是不一样的情况，因此称为不可重复读。事务（A）在读取某一数据，而事务(B)立马修改了这个数据并且提交事务给数据库，事务(A)再次读取该数据就得到了不同的结果，发送了不可重复读。

幻读也叫虚读（Phantom read）

幻读与不可重复读类似。它发生在事务（A）读取了几行数据，接着事务（B）插入了一些数据时。在随后的查询中，事务（A）就会发现多了一些原本不存在的记录，就好像发生了幻觉一样，所以称为幻读。

不可重复读和脏读的区别：脏读是某一事务读取了另一个事务未提交的脏数据，而不可重复读则是读取了前一事务提交的数据。

幻读和不可重复读的区别：不可重复读查询的都是同一个数据项，而幻读针对的是一批数据整体（比如数据的个数）。

为什么会出现“脏读”？因为没有“select”操作没有规矩。

为什么会出现“不可重复读”？因为“update”操作没有规矩。

为什么会出现“幻读”？因为“insert”和“delete”操作没有规矩。

事务隔离级别都有哪些？

---

Read uncommitted（最低级别，任何情况都无法保证）

读未提交，就是可以读到未提交的内容。

因此，在这种隔离级别下，查询是不会加锁的，也由于查询的不加锁，所以这种隔离级别的一致性是最差的，可能会产生“脏读”、“不可重复读”、“幻读”。

如无特殊情况，基本是不会使用这种隔离级别的

Read committed（可避免脏读的发生,但是可能出现“不可重复读”和“幻读”）

读提交，就是只能读到已经提交了的内容。

这是各种系统中最常用的一种隔离级别，也是SQL Server和Oracle的默认隔离级别。这种隔离级别能够有效的避免脏读，但除非在查询中显示的加锁

Repeatable read（可避免脏读、不可重复读的发生，但是可能出现“幻读”）

可重复读，就是专门针对“不可重复读”这种情况而制定的隔离级别，自然，它就可以有效的避免“不可重复读”。而它也是MySql的默认隔离级别。

Serializable（可避免脏读、不可重复读、幻读的发生,性能开销最大）

串行化，是数据库最高的隔离级别，这种级别下，事务“串行化顺序执行”，也就是一个一个排队执行。这种级别下，“脏读”、“不可重复读”、“幻读”都可以被避免，但是执行效率奇差，性能开销也最大，所以基本没人会用。

 事务的传播特性

---

Propagation （事务的传播属性）

Propagation: key属性确定代理应该给哪个方法增加事务行为。这样的属性最重要的部份是传播行为。有以下选项可供使用：

PROPAGATION_REQUIRED:支持当前事务，如果当前没有事务，就新建一个事务。这是最常见的选择。

PROPAGATION_SUPPORTS：支持当前事务，如果当前没有事务，就以非事务方式执行。

PROPAGATION_MANDATORY：支持当前事务，如果当前没有事务，就抛出异常。

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

PROPAGATION_NOT_SUPPORTED:以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。

PROPAGATION_NEVER:以非事务方式执行，如果当前存在事务，则抛出异常。