Transaction ACID 事务及事务特性

事务一般是针对DB来讨论

而且基本是讨论4方面，目前的解释都是在DB上讨论的

ACID

• 原子性（Atomicity）：事务作为一个整体被执行，包含在其中的对数据库的操作要么全部被执行，要么都不执行。
• 一致性（Consistency）：事务应确保数据库的状态从一个一致状态转变为另一个一致状态。一致状态的含义是数据库中的数据应满足完整性约束。
• 隔离性（Isolation）：多个事务并发执行时，一个事务的执行不应影响其他事务的执行。
• 持久性（Durability）：已被提交的事务对数据库的修改应该永久保存在数据库中。

以在线购物为例

A花费100 购买B的商品，整个操作整体被当成事务处理

Before

A账户1000

B账户1000

After

A账户900

B账户1100

原子性

整个操作包含2个部分

1、A账户 1000-100=900

2、B账户 1000+100=1100

这两个步骤一起成功，或者一起失败，不能只发生其中一个动作

一致性

如果上面2个步骤其中一个失败了，AB账户就会有金额上的损失

持久性

 完成操作后，所有数据都会保存在DB

隔离性

在多事务并发执行时，事务彼此间不影响

银行转账

A账户初始1000

B账户初始0

C账户初始900

事务1：A转账200 到B账户

事务2：C转账100 到B账户

正常执行结束后，

A:800

B:300

C:800

可能出现的问题

脏读：

当一个事务允许读取另外一个事务修改但未提交的数据时，就可能发生脏读。

如果事务1和2 ，出现脏读，并且一个事务2失败，就可能会

出现B的数据出现问题，事务2失败，但是B中依然会有300

不可重复读

在同一个事务中，对于同一份数据读取到的结果不一致。比如，事务B在事务A提交前读到的结果，和提交后读到的结果可能不同。不可重复读出现的原因就是事务并发修改记录，要避免这种情况，最简单的方法就是对要修改的记录加锁，这回导致锁竞争加剧，影响性能。另一种方法是通过MVCC可以在无锁的情况下，避免不可重复读。

幻读

在同一个事务中，同一个查询多次返回的结果不一致。事务A新增了一条记录，事务B在事务A提交前后各执行了一次查询操作，发现后一次比前一次多了一条记录。幻读是由于并发事务增加记录导致的，这个不能像不可重复读通过记录加锁解决，因为对于新增的记录根本无法加锁。需要将事务串行化，才能避免幻读。

隔离级别