数据库的ACID

一：四个特性介绍

原子性（Atomicity）

整个事务中的所有操作，要么全部完成，要么全部不完成，不可能停滞在中间某个环节。事务在执行过程中发生错误，会被回滚（Rollback）到事务开始前的状态，就像这个事务从来没有执行过一样。

 

一致性（Consistency）

在事务开始之前和事务结束以后，数据库的完整性约束没有被破坏。

 

隔离性（Isolation，又称独立性）

两个事务的执行是互不干扰的，一个事务不可能看到其他事务运行时，中间某一时刻的数据。

 

持久性（Durability）

在事务完成以后，该事务所对数据库所作的更改便持久的保存在数据库之中，并不会被回滚。

 

二：理解隔离性相关概念

1）脏读（Dirty Reads）：

所谓脏读就是对脏数据（Drity Data）的读取，而脏数据所指的就是未提交的数据。也就是说，一个事务正在对一条记录做修改，在这个事务完成并提交之前，这条数据是处于待定状态的（可能提交也可能回滚），这时，第二个事务来读取这条没有提交的数据，并据此做进一步的处理，就会产生未提交的数据依赖关系。这种现象被称为脏读。

 

2）不可重复读（Non-Repeatable Reads）：

一个事务先后读取同一条记录，但两次读取的数据不同，我们称之为不可重复读。也就是说，这个事务在两次读取之间该数据被其它事务所修改。

3）幻读（Phantom Reads）：

一个事务按相同的查询条件重新读取以前检索过的数据，却发现其他事务插入了满足其查询条件的新数据，这种现象就称为幻读。

 

事务四个隔离级别对比：
1）未提交读（Read Uncommitted）：

SELECT语句以非锁定方式被执行，所以有可能读到脏数据，隔离级别最低。

2）提交读（Read Committed）：

只能读取到已经提交的数据。即解决了脏读，但未解决不可重复读。

3）可重复读（Repeated Read）：

在同一个事务内的查询都是事务开始时刻一致的，InnoDB的默认级别。在SQL标准中，该隔离级别消除了不可重复读，但是还存在幻读。

4）串行读（Serializable）：

完全的串行化读，所有SELECT语句都被隐式的转换成SELECT ... LOCK IN SHARE MODE，即读取使用表级共享锁，读写相互都会阻塞。隔离级别最高。

 

隔离级别对比表：

 

三：疑问

 

1.原子性和一致性的区别是什么？如果能够保证原子性，是否就满足了一致性？

当然当然是否定的，如果是这样的，那么其实就没有必要定义一致性的概念了。

 

小组内也讨论了下：

还是以转账为例，A转给B 1000，假设A原来有1000块，B也有1000块，则A=A-1000; B=B+1000;如果A账户为0之后，此刻读到B为1000，突然B取走了1000,我们还在做操作B=B+1000 B的状态被设置为2000，但是实际B的状态应该为1000，这样也就出现了一致性问题。

 

网上搜索了很久感觉一个比较靠谱的答案：

数据一致性的一个典型实例为外键约束。例如，在外键约束时，首先更新父表中的主键，如果在子表中有数据与该父表记录相关联，那么父表的更新将被终止。同样地，如果试图更新子表的外键列，也会造成更新失败。因为这两个动作都破坏了数据的一致性。无论哪种操作，如果成功执行，都会使数据库中的数据处于逻辑上的不可接受状态。此时的数据一致性的保持，是在出现在语句级，即每条DML语句都会进行校验。 而事务可以包含多条语句，并可以在事务开始执行时将约束设置为延迟校验。以外键约束为例，可以成功避开无法更新父表主键和子表外键的尴尬。但是，提交时，延迟校验将生效，以保持数据一致性。