1）什么是Nosql

NoSQL(NoSQL = Not Only SQL )，意即“不僅僅是SQL”，
泛指非關(guān)系型的數(shù)據(jù)庫(kù)。隨著互聯(lián)網(wǎng)web2.0網(wǎng)站的興起，傳統(tǒng)的關(guān)系數(shù)據(jù)庫(kù)在應(yīng)付web2.0網(wǎng)站，特別是超大規(guī)模和高并發(fā)的SNS類(lèi)型的web2.0純動(dòng)態(tài)網(wǎng)站已經(jīng)顯得力不從心，暴露了很多難以克服的問(wèn)題，而非關(guān)系型的數(shù)據(jù)庫(kù)則由于其本身的特點(diǎn)得到了非常迅速的發(fā)展。NoSQL數(shù)據(jù)庫(kù)的產(chǎn)生就是為了解決大規(guī)模數(shù)據(jù)集合多重?cái)?shù)據(jù)種類(lèi)帶來(lái)的挑戰(zhàn)，尤其是大數(shù)據(jù)應(yīng)用難題，包括超大規(guī)模數(shù)據(jù)的存儲(chǔ)。

（例如谷歌或Facebook每天為他們的用戶收集萬(wàn)億比特的數(shù)據(jù)）。這些類(lèi)型的數(shù)據(jù)存儲(chǔ)不需要固定的模式，無(wú)需多余操作就可以橫向擴(kuò)展

2）特點(diǎn)

3）Nosql數(shù)據(jù)庫(kù)的四大分類(lèi)

1.介紹

2.四者對(duì)比

4）在分布式數(shù)據(jù)庫(kù)中CAP原理CAP+BASE

1.傳統(tǒng)的ACID分別是什么

A (Atomicity) 原子性C (Consistency) 一致性I (Isolation) 獨(dú)立性D (Durability) 持久性

2.CAP(重點(diǎn))（Nosql CAP最多只能選擇兩個(gè)）

C:Consistency（強(qiáng)一致性）A:Availability（可用性）P:Partition tolerance（分區(qū)容錯(cuò)性）CAP理論的核心是：一個(gè)分布式系統(tǒng)不可能同時(shí)很好的滿足一致性，可用性和分區(qū)容錯(cuò)性這三個(gè)需求，

最多只能同時(shí)較好的滿足兩個(gè)。
因此，根據(jù) CAP 原理將 NoSQL 數(shù)據(jù)庫(kù)分成了滿足 CA 原則、滿足 CP 原則和滿足 AP 原則三 大類(lèi)：
CA - 單點(diǎn)集群，滿足一致性，可用性的系統(tǒng)，通常在可擴(kuò)展性上不太強(qiáng)大。
CP - 滿足一致性，分區(qū)容忍必的系統(tǒng)，通常性能不是特別高。
AP - 滿足可用性，分區(qū)容忍性的系統(tǒng)，通常可能對(duì)一致性要求低一些。

3.CAP的3進(jìn)2（重點(diǎn)）

CAP理論就是說(shuō)在分布式存儲(chǔ)系統(tǒng)中，最多只能實(shí)現(xiàn)上面的兩點(diǎn)。
而由于當(dāng)前的網(wǎng)絡(luò)硬件肯定會(huì)出現(xiàn)延遲丟包等問(wèn)題，所以

分區(qū)容忍性是我們必須需要實(shí)現(xiàn)的。
所以我們只能在一致性和可用性之間進(jìn)行權(quán)衡，沒(méi)有NoSQL系統(tǒng)能同時(shí)保證這三點(diǎn)。

=======================================================================================================================
C:強(qiáng)一致性 A：高可用性 P：分布式容忍性
CA 傳統(tǒng)Oracle數(shù)據(jù)庫(kù)

AP 大多數(shù)網(wǎng)站架構(gòu)的選擇

CP Redis、Mongodb

注意：分布式架構(gòu)的時(shí)候必須做出取舍。
一致性和可用性之間取一個(gè)平衡。多余大多數(shù)web應(yīng)用，其實(shí)并不需要強(qiáng)一致性。
因此犧牲C換取P，這是目前分布式數(shù)據(jù)庫(kù)產(chǎn)品的方向

注意：分布式架構(gòu)的時(shí)候必須做出取舍。
一致性和可用性之間取一個(gè)平衡。多余大多數(shù)web應(yīng)用，其實(shí)并不需要強(qiáng)一致性。
因此犧牲C換取P，這是目前分布式數(shù)據(jù)庫(kù)產(chǎn)品的方向

=================================================================================================
一致性與可用性的決擇

對(duì)于web2.0網(wǎng)站來(lái)說(shuō)，關(guān)系數(shù)據(jù)庫(kù)的很多主要特性卻往往無(wú)用武之地

數(shù)據(jù)庫(kù)事務(wù)一致性需求
　　很多web實(shí)時(shí)系統(tǒng)并不要求嚴(yán)格的數(shù)據(jù)庫(kù)事務(wù)，對(duì)讀一致性的要求很低， 有些場(chǎng)合對(duì)寫(xiě)一致性要求并不高。允許實(shí)現(xiàn)最終一致性。

數(shù)據(jù)庫(kù)的寫(xiě)實(shí)時(shí)性和讀實(shí)時(shí)性需求
　　對(duì)關(guān)系數(shù)據(jù)庫(kù)來(lái)說(shuō)，插入一條數(shù)據(jù)之后立刻查詢，是肯定可以讀出來(lái)這條數(shù)據(jù)的，但是對(duì)于很多web應(yīng)用來(lái)說(shuō)，并不要求這么高的實(shí)時(shí)性，比方說(shuō)發(fā)一條消息之 后，過(guò)幾秒乃至十幾秒之后，我的訂閱者才看到這條動(dòng)態(tài)是完全可以接受的。

對(duì)復(fù)雜的SQL查詢，特別是多表關(guān)聯(lián)查詢的需求
　　任何大數(shù)據(jù)量的web系統(tǒng)，都非常忌諱多個(gè)大表的關(guān)聯(lián)查詢，以及復(fù)雜的數(shù)據(jù)分析類(lèi)型的報(bào)表查詢，特別是SNS類(lèi)型的網(wǎng)站，從需求以及產(chǎn)品設(shè)計(jì)角 度，就避免了這種情況的產(chǎn)生。往往更多的只是單表的主鍵查詢，以及單表的簡(jiǎn)單條件分頁(yè)查詢，SQL的功能被極大的弱化了。

4.什么是BASE？

BASE就是為了解決關(guān)系數(shù)據(jù)庫(kù)強(qiáng)一致性引起的問(wèn)題而引起的可用性降低而提出的解決方案。

BASE其實(shí)是下面三個(gè)術(shù)語(yǔ)的縮寫(xiě)：
基本可用（Basically Available）
軟狀態(tài)（Soft state）
最終一致（Eventually consistent）（目的是最終一致性）

它的思想是通過(guò)讓系統(tǒng)放松對(duì)某一時(shí)刻數(shù)據(jù)一致性的要求來(lái)?yè)Q取系統(tǒng)整體伸縮性和性能上改觀。為什么這么說(shuō)呢，緣由就在于大型系統(tǒng)往往由于地域分布和極高性能的要求，不可能采用分布式事務(wù)來(lái)完成這些指標(biāo)，要想獲得這些指標(biāo)，我們必須采用另外一種方式來(lái)完成，這里BASE就是解決這個(gè)問(wèn)題的辦法

總結(jié)

以上是生活随笔為你收集整理的NoSql理解+传统关系型数据库ACID+Nosql的CAP+BASE的理解的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。