前言
在学习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)都是为了保证一致性而存在的，