在分布式数据库中CAP原理+BASE

1.传统的ACID是什么？

A（Atomicity）原子性

原子性很容易理解，也就是说事务里的所有操作要么全部做完，要么都不做，事务成功的条件是事务里的所有操作都成功，只要有一个操作失败，整个事务就失败，需要回滚。比如银行转账，从A账户转100元至B账户，分为两个步骤：1）从A账户取100元；2）存入100元至B账户。这两步要么一起完成，要么一起不完成，如果只完成第一步，第二步失败，钱会莫名其妙少了100元。

C（Consistency）一致性

一致性也比较容易理解，也就是说数据库要一直处于一致的状态，事务的运行不会改变数据库原本的一致性约束。

I（Isolation）隔离性

所谓的独立性是指并发的事务之间不会互相影响，如果一个事务要访问的数据正在被另外一个事务修改，只要另外一个事务未提交，它所访问的数据就不受未提交事务的影响。比如现有有个交易是从A账户转100元至B账户，在这个交易还未完成的情况下，如果此时B查询自己的账户，是看不到新增加的100元的

D（Durability）持久性

持久性是指一旦事务提交后，它所做的修改将会永久的保存在数据库上，即使出现宕机也不会丢失。

2.CAP是什么？

C（Consistency）强一致性

数据一致更新，所有数据变动都是同步的

A（Availability）可用性

好的响应性能

P（Partition tolerance）分区容错性

系统中任意信息的丢失或失败不会影响系统的继续运作。

CAP最多只能同时较好的满足两个，分为CA、CP、AP原则

CA：单点集群，满足一致性，可用性的系统，通常在可扩展性上不太强大

CP：满足一致性，分区容忍性的系统，通常性能不是特别高

AP：满足可用性，分区容忍性的系统，通常可能对一致性要求低一些

大多数选择AP

3.BASE是什么？

BASE就是为了解决关系数据库强一致性引起的问题而引起的可用性降低而提出的解决方案

基本可用（Basically Available）

软状态（Soft state）

最终一致（Eventually consistent）

分布式和集群的概念

简单来讲：

1分布式：不同的多台服务器上面部署不同的服务模块（工程），他们之间通过Rpc/Rmi之间通信和调用，对外提供服务和组内协作

2集群：不同的多台服务器上面部署相同的服务模块，通过分布式调度软件进行统一的调度，对外提供服务和访问