nosql-redis-网络资料学习-06-分布式数据库CAP原理

一、关系型数据库的ACID

• A (Atomicity) 原子性
• C (Consistency) 一致性
• I (Isolation) 独立性
• D (Durability) 持久性

关系型数据库遵循ACID规则
事务在英文中是transaction，和现实世界中的交易很相似，它有以下四个特性：

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

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

三、I (Isolation) 独立性
所谓的独立性是指并发的事务之间不会互相影响，若是一个事务要访问的数据正在被另一个事务修改，只要另一个事务未提交，它所访问的数据就不受未提交事务的影响。好比现有有个交易是从A帐户转100元至B帐户，在这个交易还未完成的状况下，若是此时B查询本身的帐户，是看不到新增长的100元的

四、D (Durability) 持久性
持久性是指一旦事务提交后，它所作的修改将会永久的保存在数据库上，即便出现宕机也不会丢失。

二、NoSql 的CAP

• C:Consistency（强一致性）
  在分布式系统中的全部数据备份，在同一时刻是否一样的值。（等同于全部节点访问同一份最新的数据副本）
• A:Availability（可用性）
  在集群中一部分节点故障后，集群总体是否还能响应客户端的读写请求。（对数据更新具有高可用性）
• P:Partition tolerance（分区容错性）
  以实际效果而言，分区至关于对通讯的时限要求。系统若是不能在时限内达成数据一致性，就意味着发生了分区的状况，必须就当前操做在C和A之间作出选择。

## 2.1 CAP 3选2 原则##
CAP原则又称CAP定理，指的是在一个分布式系统中，Consistency（一致性）、 Availability（可用性）、Partition tolerance（分区容错性），三者不可兼得。

分布式系统中P(分区容错）是必须占的一个。

• CA 传统Oracle数据库
• AP 大多数网站架构的选择
• CP Redis、Mongodb

解释：
好比对于一个微博，在大量用户状况下，一致性能够做为一个次要条件，好比我发了一条微博，只要个人1千万粉丝迟10秒看见不要紧（这时我能及时看见便可，读己之所写）

## 2.2 BASE原则 ##
BASE就是为了解决关系数据库强一致性引发的问题而引发的可用性下降而提出的解决方案。
BASE实际上是下面三个术语的缩写：

    基本可用（Basically Available）
    软状态（Soft state）
    最终一致（Eventually consistent）

先牺牲C,最终base实现一致性。
    它的思想是经过让系统放松对某一时刻数据一致性的要求来换取系统总体伸缩性和性能上改        
观为何这么说呢，原因就在于大型系统每每因为地域分布和极高性能的要求，不可能采用分布
式事务来完成这些指标，要想得到这些指标，咱们必须采用另一种方式来完成，这里BASE就是
解决这个问题的办法

## 2.3 分布式 & 集群 ##
1分布式：**不一样的多台服务器上面部署不一样的服务模块**（工程），他们之间经过Rpc/Rmi之间通讯和调用，对外提供服务和组内协做。

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