MySQL 事务的原子性和一致性有什么区别？隔离级别又是什么？

前言

在学习MySQL的事务时，学到事务的四种特性：原子性( A )、一致性( C )、隔离性( I )、持久性( D )，发现原子性和一致性不是一个意思吗？原子性保证要么全部失败，要么全部成功，这样就保证数据库的一致性了。结合网上搜查资料发现我这个想法是错误的，本篇文章将讲解一下原子性和一致性的区别。

1. 事务的四种特性

1.1. 事务的四种特性的定义

• 原子性：一个事务必须被试为一个不可分割的最小工作单元，事务中的操作要么全部成功，要么全部失败。原子性其实并不能保证一致性

• 一致性： 指事务必须使数据库从一个一致性状态变换到另一个一致性状态，这种状态是语义上的不是语法上的。例如： 从账户A转一笔钱到账户B上，账户A上的钱少了100，账户B上的钱多了100，这就是一致性的问题。如果只是一方多了10块或者一方少了10块，就说明没有达到一致性的问题，但是事务中的操作全部是成功了的，它保证了原子性，但没有保证一致性

• 隔离性： 通常来说，一个事务所做的修改在最终提交以前，对其他事务是不可见的。

• 持久性：一旦事务提交，则其所做的修改就会永久保存到数据库中。

1.2 . 原子性和一致性区别

原子性

原子性保证了一致性的一部分但 并不能完全保证一致性，在没有高并发的场景下，可以依赖对日志的 REDO/UNDO 操作可以保证一致性。但在高并发的情况下，即使保证了每一个事务的原子性，仍然可能导致数据不一致的结果 ，为了解决这一问题引入了隔离性，即保证每一个事务能够看到的数据总是一致的，就好象其它并发事务并不存在一样。用术语来说，就是多个事务并发执行后的状态，和它们串行执行后的状态是等价的。

一致性

一致性的核心一部分是靠原子性实现的，而另一部分是逻辑实现（例子如上述一致性的定义中明确的阐述了）。

一致性一部分是靠原子性实现的：表现在账户A转账给账户B 100块，他们要同时成功,不能有一个失败,如果有一个失败，那么转账就失败。
一致性一部分是逻辑实现：表现在账户A要 -100 ，账户B要+100，不能出现账户A-100，账户B+80，这就是一部分逻辑实现一致性。

一致性指的是数据处于一种有意义的状态，这种状态是语义上的而不是语法上的，它是基础，也是最终目的，其他三个特性(原子性A、隔离性I、持久性D)都是为了保证一致性而存在的，

2. 四种隔离级别

2.1. 四种隔离级别的定义

• 读未提交 ( READ UNCOMMITTED )
  事务中的修改，即使没有提交，其他的事务也都是可见的。事务可以读取到未提交的数据，这被成为脏读

• 读提交 (READ COMMITTED)
  大多数数据库系统的默认隔离级别，一个事务从开始直到提交之前，所做的任何修改对其他事务都是不可见的，这个级别也叫不可重复读

• 可重复读 (REPEATABLE READ) MySQL默认的隔离级别
  可重复读解决了脏读的问题，该级别保证了再同一个事务中多次读取同样的结果是一致的，但理论上该隔离级别无法解决幻读的问题。幻读就是指当某个事务在读取某个范围内的记录时，另外一个事务又在该范围内插入了新的记录，当之前的事务再次读取该范围内的记录时就会出现幻行。通过MVCC多版本并发控制解决幻读的问题

• 可串行化 (SERIALIZABLE)
  最高的隔离级别。SERIALIZABLE是最高的隔离级别。它通过强制事务串行执行，避免了前面说的问题。简单来说，SERIALIZABLE 会在读取的每一行数据上都加锁，所以可能导致大量的超时和锁争用问题