redis中傳統(tǒng)的ACID分別指的是什么

這篇文章給大家分享的是有關(guān)redis中傳統(tǒng)的ACID分別指的是什么的內(nèi)容。小編覺得挺實(shí)用的，因此分享給大家做個(gè)參考，一起跟隨小編過來看看吧。

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

A (Atomicity) 原子性
C (Consistency) 一致性
I (Isolation) 獨(dú)立性
D (Durability) 持久性
關(guān)系型數(shù)據(jù)庫遵循ACID規(guī)則，事務(wù)在英文中是transaction，和現(xiàn)實(shí)世界中的交易很類似，它有如下四個(gè)特性：

1、A (Atomicity) 原子性

??原子性很容易理解，也就是說事務(wù)里的所有操作要么全部做完，要么都不做，事務(wù)成功的條件是事務(wù)里的所有操作都成功，只要有一個(gè)操作失敗，整個(gè)事務(wù)就失敗，需要回滾。比如銀行轉(zhuǎn)賬，從A賬戶轉(zhuǎn)100元至B賬戶，分為兩個(gè)步驟：1）從A賬戶取100元；2）存入100元至B賬戶。這兩步要么一起完成，要么一起不完成，如果只完成第一步，第二步失敗，錢會(huì)莫名其妙少了100元。

2、C (Consistency) 一致性

??一致性也比較容易理解，也就是說數(shù)據(jù)庫要一直處于一致的狀態(tài)，事務(wù)的運(yùn)行不會(huì)改變數(shù)據(jù)庫原本的一致性約束。

3、I (Isolation) 獨(dú)立性

??所謂的獨(dú)立性是指并發(fā)的事務(wù)之間不會(huì)互相影響，如果一個(gè)事務(wù)要訪問的數(shù)據(jù)正在被另外一個(gè)事務(wù)修改，只要另外一個(gè)事務(wù)未提交，它所訪問的數(shù)據(jù)就不受未提交事務(wù)的影響。比如現(xiàn)有有個(gè)交易是從A賬戶轉(zhuǎn)100元至B賬戶，在這個(gè)交易還未完成的情況下，如果此時(shí)B查詢自己的賬戶，是看不到新增加的100元的

4、D (Durability) 持久性

持久性是指一旦事務(wù)提交后，它所做的修改將會(huì)永久的保存在數(shù)據(jù)庫上，即使出現(xiàn)宕機(jī)也不會(huì)丟失。

CAP

C:Consistency（強(qiáng)一致性）
A:Availability（可用性）
P:Partition tolerance（分區(qū)容錯(cuò)性）或分布式容忍性
CAP理論就是說在分布式存儲(chǔ)系統(tǒng)中，最多只能實(shí)現(xiàn)上面的兩點(diǎn)。
強(qiáng)一致性：比如數(shù)據(jù)上是什么就是什么。在分布式系統(tǒng)中的所有數(shù)據(jù)備份，在同一時(shí)刻是否同樣的值。（等同于所有節(jié)點(diǎn)訪問同一份最新的數(shù)據(jù)副本）
可用性：比如淘寶雙十一不可能用不了。在集群中一部分節(jié)點(diǎn)故障后，集群整體是否還能響應(yīng)客戶端的讀寫請求。（對數(shù)據(jù)更新具備高可用性）
分區(qū)容錯(cuò)性：以實(shí)際效果而言，分區(qū)相當(dāng)于對通信的時(shí)限要求。系統(tǒng)如果不能在時(shí)限內(nèi)達(dá)成數(shù)據(jù)一致性，就意味著發(fā)生了分區(qū)的情況，必須就當(dāng)前操作在C和A之間做出選擇。
舉例子：比如淘寶的包包
對于強(qiáng)一致性，我們要求這個(gè)包包的點(diǎn)贊數(shù)是141，絕對不能錯(cuò)。必須精確的指導(dǎo)，但是在高并發(fā)的時(shí)候很難保證數(shù)據(jù)的統(tǒng)一
對于高可用性：可以有弱一致性，比如允許點(diǎn)贊數(shù)，瀏覽數(shù)的錯(cuò)誤，但不能導(dǎo)致網(wǎng)站癱瘓。
所以大部分網(wǎng)站架構(gòu)都使用AP。弱一致性+高可用性

Nosql來說，分區(qū)容忍性是必須實(shí)現(xiàn)的，分布式系統(tǒng)可能不在同城，比如淘寶，內(nèi)容分發(fā)是離你最近的。淘寶服務(wù)器可能有服務(wù)器放在杭州，有在上海和蘇州。
而由于當(dāng)前的網(wǎng)絡(luò)硬件肯定會(huì)出現(xiàn)延遲丟包等問題，所以分區(qū)容忍性是我們必須需要實(shí)現(xiàn)的。所以我們只能在一致性和可用性之間進(jìn)行權(quán)衡，沒有NoSQL系統(tǒng)能同時(shí)保證這三點(diǎn)。

CA 傳統(tǒng)Oracle數(shù)據(jù)庫
AP 大多數(shù)網(wǎng)站架構(gòu)的選擇
CP Redis、Mongodb
注意：分布式架構(gòu)的時(shí)候必須做出取舍。

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

一致性與可用性的決擇
??對于web2.0網(wǎng)站來說，關(guān)系數(shù)據(jù)庫的很多主要特性卻往往無用武之地
數(shù)據(jù)庫事務(wù)一致性需求
??很多web實(shí)時(shí)系統(tǒng)并不要求嚴(yán)格的數(shù)據(jù)庫事務(wù)，對讀一致性的要求很低， 有些場合對寫一致性要求并不高。允許實(shí)現(xiàn)最終一致性。
數(shù)據(jù)庫的寫實(shí)時(shí)性和讀實(shí)時(shí)性需求
??對關(guān)系數(shù)據(jù)庫來說，插入一條數(shù)據(jù)之后立刻查詢，是肯定可以讀出來這條數(shù)據(jù)的，但是對于很多web應(yīng)用來說，并不要求這么高的實(shí)時(shí)性，比方說在微博發(fā)一條消息之后，過幾秒乃至十幾秒之后，我的訂閱者才看到這條動(dòng)態(tài)是完全可以接受的。
對復(fù)雜的SQL查詢，特別是多表關(guān)聯(lián)查詢的需求
??任何大數(shù)據(jù)量的web系統(tǒng)，都非常忌諱多個(gè)大表的關(guān)聯(lián)查詢，以及復(fù)雜的數(shù)據(jù)分析類型的報(bào)表查詢，特別是SNS類型的網(wǎng)站，從需求以及產(chǎn)品設(shè)計(jì)角 度，就避免了這種情況的產(chǎn)生。往往更多的只是單表的主鍵查詢，以及單表的簡單條件分頁查詢，SQL的功能被極大的弱化了。

經(jīng)典CAP圖

CAP理論的核心是：一個(gè)分布式系統(tǒng)不可能同時(shí)很好的滿足一致性，可用性和分區(qū)容錯(cuò)性這三個(gè)需求，最多只能同時(shí)較好的滿足兩個(gè)。
因此，根據(jù) CAP 原理將 NoSQL 數(shù)據(jù)庫分成了滿足 CA 原則、滿足 CP 原則和滿足 AP 原則三 大類：

CA - 單點(diǎn)集群，滿足一致性，可用性的系統(tǒng)，通常在可擴(kuò)展性上不太強(qiáng)大。
CP - 滿足一致性，分區(qū)容忍必的系統(tǒng)，通常性能不是特別高。
AP - 滿足可用性，分區(qū)容忍性的系統(tǒng)，通常可能對一致性要求低一些。

BASE

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

??BASE其實(shí)是下面三個(gè)術(shù)語的縮寫：

??基本可用（Basically Available）
??軟狀態(tài)（Soft state）
??最終一致（Eventually consistent）
它的思想是通過讓系統(tǒng)放松對某一時(shí)刻數(shù)據(jù)一致性的要求來換取系統(tǒng)整體伸縮性和性能上改觀。為什么這么說呢，緣由就在于大型系統(tǒng)往往由于地域分布和極高性能的要求，不可能采用分布式事務(wù)來完成這些指標(biāo)，要想獲得這些指標(biāo)，我們必須采用另外一種方式來完成，這里BASE就是解決這個(gè)問題的辦法

分布式+集群簡介

分布式系統(tǒng)（distributed system）
由多臺(tái)計(jì)算機(jī)和通信的軟件組件通過計(jì)算機(jī)網(wǎng)絡(luò)連接（本地網(wǎng)絡(luò)或廣域網(wǎng)）組成。分布式系統(tǒng)是建立在網(wǎng)絡(luò)之上的軟件系統(tǒng)。正是因?yàn)檐浖奶匦?，所以分布式系統(tǒng)具有高度的內(nèi)聚性和透明性。因此，網(wǎng)絡(luò)和分布式系統(tǒng)之間的區(qū)別更多的在于高層軟件（特別是操作系統(tǒng)），而不是硬件。分布式系統(tǒng)可以應(yīng)用在在不同的平臺(tái)上如：PC、工作站、局域網(wǎng)和廣域網(wǎng)上等。
簡單來講：
分布式：不同的多臺(tái)服務(wù)器上面部署不同的服務(wù)模塊（工程），他們之間通過RPC/RMI之間通信和調(diào)用，對外提供服務(wù)和組內(nèi)協(xié)作。
集群：不同的多臺(tái)服務(wù)器上面部署相同的服務(wù)模塊，通過分布式調(diào)度軟件進(jìn)行統(tǒng)一的調(diào)度，對外提供服務(wù)和訪問。

感謝各位的閱讀！關(guān)于“redis中傳統(tǒng)的ACID分別指的是什么”這篇文章就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，讓大家可以學(xué)到更多知識(shí)，如果覺得文章不錯(cuò)，可以把它分享出去讓更多的人看到吧！