一篇文章了解面试常问的ACID与CAP定理

    在面试过程中经常被问到，请你说一下什么是ACID？或者请你说一下你对CAP的了解？当然当今的面试官都比较精，不会直接这么提问。比较高级一点的提问往往类似于—请你说一下euraka是CA 还是 CP属性的，这个笔者曾经被问到过。当然笔者还被问过，请你说一下两者的关系，关系。。。。。。
  那么ACID和CAP到底是个啥呢？提到这两者就不得不提一个关键的东西—事务

什么是事务？

事务（Transaction），一般是指要做的或所做的事情。多数指关系型数据库中由一组SQL组成的一个执行单元。该单元要么整体执行成功，要么整体失败。

什么是ACID? ACID 是事务的特性，事务所具有的属性。

ACID	解释
A—Atomicity 原子性	要么一起成功，要么一起失败
C—Consistency一致性	从一个公认的一致性达到另一个公认的一致性
I—Isolation隔离性	并发执行的各个事务之间不能互相干扰
D—Durability持久性	指一个事务一旦提交，它对数据库中数据的改变就应该是永久性的
原子性
一致性
隔离性
持久性

关键点来了，也是面试中长问的问题，如果没有隔离，会出现哪些情况？当然了，面试官你懂的，很多不会这么问。最常见的就是：请你说说你是怎么解决事务隔离问题的？下次遇到你就直接回答，我们最常见的做法就是加把锁，其他不用太清楚，能说出这一点，一般性面试就没问题了。

没有隔离性会出现的问题?

1.脏读 （Dirty Read）

    A事务执行过程中，B事务读取了A事务的修改。但是由于某些原因，A事务可能没有完成提交，发生RollBack了操作，则B事务所读取的数据就会是不正确的。这个未提交数据就是脏读（Dirty Read）

2.不可重复度 （Nonrepeatable Read）

    B事务读取了两次数据，在这两次的读取过程中A事务修改了数据，B事务的这两次读取出来的数据不一样。B事务这种读取的结果，即为不可重复读，

3.幻读（Phantom Read）

    B事务读取了两次数据，在这两次的读取过程中A事务添加了数据，B事务的这两次读取出来的集合不一样

什么是CAP?
上面讲完了事务，以及事务的4大特性以及隔离的相关级别，下面我们来聊一下什么是CAP。一个事务如果在一台服务器上处理，那么就会很简单，我只要关注一个服务就行。但如果一个事务的处理涉及到多台服务器，这个处理就要用到分布式事务处理。CAP就是分布式环境下事务处理的相关理论。

一致性（C）:
    在分布式系统中的所有数据备份，在同一时刻是否同样的值。（等同于所有节点访问同一份最新的数据副本）
可用性（A）：
    在集群中一部分节点故障后，集群整体是否还能响应客户端的读写请求。（对数据更新具备高可用性）
分区容忍性（P）：
    以实际效果而言，分区相当于对通信的时限要求。系统如果不能在时限内达成数据一致性，就意味着发生了分区的情况，必须就当前操作在C和A之间做出选择。
CAP：
    一句话概括就是在分布式环境中，出现网络故障，服务器故障，依然高可用，数据能高度一致性。这个基本上是不可能实现的。所有我们往往只能保障其中两点。
CP:
    舍去了可用性，保证了一致性，即如果一个服务不能用，那么就直接暂停该服务，常用套路就是弹框“请稍后再试！”。面试中常问的zookeeper就是该类型的。
AP:
     舍弃了一致性，保证了高可用，常用的就是最终一致性，保证方式如MQ,消息列队等方式。eureka就是该类型的。
CA:
     基本不可能保证！！
最后，写作不容易，如果你学到东西，点个赞再走呗亲！