MySQL中事务的ACID属性

MySQL中事务的ACID属性

事务是由一组SQL语句组成的逻辑处理单元，它具有以下4个属性，通常被称为事务的ACID属性

原子性（Atomicity）

事务是一个原子操作单元，其对数据的修改，要么全都执行，要么全都不执行。通俗来说：你要决定做一件事情，要做你就做完，要么你就干脆别做。

一致性（Consistent）

在事务开始和完成时，数据都必须保持一致状态。这意味着所有相关数据的数据规则都必须应用于事务的修改，以保持数据的完整性；事务结束时，所有的内部数据结构也都必须是正确的。举个例子，当你去银行存钱的时候，你将钱放入存款机，存款机也确实将钱吞入机器内部了，但是你的账户并没有显示钱已经存入，这个时候想必你会有一种拆银行的冲动吧。

隔离性（Isolation）

数据库系统提供了一定的隔离机制，保证事务在不受外部并发操作影响的“独立”环境执行。意味着事务处理过程中的中间状态对外部是不可见的，反之也是如此。比方说你在修改数据信息时，别人提交了一个delete语句到数据库，恰巧是你修改的这条数据。万一在工作中出现这种情况的话，各位就可以下载某某招聘软件另谋高就了。所以为了预防此类事件的发生，我们必须让数据库操作之间是“隔离”的，不影响彼此的操作。因此产生了事务隔离级别，分别是一下四个级别：

读数据级别	读数据一致性	脏读	不可重复读	幻读
未提交读（Read uncommitted）	最低级别，只能保证不读取物理上损坏的数据	√	√	√
已提交读（Read committed）	语句级	×	√	√
可重复读（Repeatable read）	事务级	×	√	√
可序列化（Serializable）	最高级别	×	×	×

持久性（Durable）

事务完成之后，它对于数据的修改是永久性的，即使出现系统故障也能够保持。

以上就是MySQL中事务的四条特性（ACID特性）

补充

脏读：为什么取名中带一个“脏”字呢，其实这代表的是你读取到的是“垃圾数据”，为什么会产生这种垃圾数据呢？假设出现了以下这种情况，一个事务正对一条记录做修改，在这个事务完成并提交之前，这条记录的数据就处于不一致的状态；这时，另一个事务也来读取同一条数据，如果不加控制，后来的这个事务就会读了这些“脏”数据，并据此做进一步的处理，就会产生为提交的数据依赖关系。这种现象被叫做“脏读”。
简单来说：事务A读取到了事务B已修改但尚未提交的数据，还在这个数据基础上做了操作。此时，如果事务B回滚，则事务A读取的数据无效，不符合一致性要求。

不可重复读：顾名思义，就是不能重复读取到相同的数据。一个事务在读取某些数据后的某个时间，再次读取以前读过的数据，却发现读出的数据已经发生了改变、或某些记录已经被删除了！这就是“不可重复读”。

幻读：一个事务按相同的查询条件重新读取以前检索过的数据，却发现其他事务插入了满足其查询条件的新数据，这种现象就被称为“幻读”。个人感觉幻读和脏读有点类似，脏读是事务修改了数据，而幻读是事务新增了数据。