為什么分布式系統(tǒng)中會有cap原理？看到紅線標注的入射波長了嗎？如果數(shù)據(jù)庫性能不足，過多的擴展應(yīng)用是沒有用的，因為最終的流量會到達數(shù)據(jù)庫，所以數(shù)據(jù)庫需要擴展。cap是什么意思？分布式系統(tǒng)的CAP理論:首先，該理論將分布式系統(tǒng)的三個特征概括為:1 .一致性(c):分布式系統(tǒng)中的所有數(shù)據(jù)備份是否同時具有相同的值。

CAP原理又稱CAP定理，是指在分布式系統(tǒng)中，一致性、可用性和分區(qū)容忍度不能兼得。分布式系統(tǒng)的CAP理論:首先，該理論將分布式系統(tǒng)的三個特征概括為:1 .一致性(c):分布式系統(tǒng)中的所有數(shù)據(jù)備份是否同時具有相同的值。

2.可用性(a):在集群中的一些節(jié)點出現(xiàn)故障后，集群作為一個整體是否能夠響應(yīng)客戶端的讀寫請求。(數(shù)據(jù)更新的高可用性)，換句話說，任何應(yīng)用程序都可以隨時讀寫數(shù)據(jù)。3.分區(qū)容錯(P):就實際效果而言，分區(qū)相當于通信的時限要求。如果系統(tǒng)不能在時限內(nèi)達到數(shù)據(jù)一致性，說明存在分區(qū)情況，需要在C和A之間進行選擇進行當前操作。換句話說，系統(tǒng)可以跨網(wǎng)絡(luò)分區(qū)線性擴展。

CAP定理，在計算機科學(xué)中被稱為Brewer定理，由美國加州大學(xué)計算機科學(xué)家EricBrewer于1998年提出。他指出，分布式系統(tǒng)不可能同時滿足以下三點:一致性、可用性和分區(qū)容忍度)。CAP是三個指標的首字母。

也就是說，任意一個節(jié)點完成寫操作后，所有節(jié)點的讀操作返回的值都是寫操作的結(jié)果。也就是說，在一致的系統(tǒng)中，一旦客戶端向服務(wù)器寫入一個值并得到響應(yīng)，那么任何客戶端都從任何服務(wù)器讀取新寫入的數(shù)據(jù)。系統(tǒng)中非故障節(jié)點收到的每個請求都必須得到響應(yīng)。在可用性系統(tǒng)中，只要服務(wù)器整體不崩潰，它最終必須響應(yīng)任何客戶端的請求，不允許服務(wù)器忽略客戶端的請求。

分布式系統(tǒng)的定義:構(gòu)建在網(wǎng)絡(luò)上的軟件系統(tǒng)，通過消息傳遞相互通信和協(xié)調(diào)，作為一個統(tǒng)一的整體呈現(xiàn)給用戶。分布式系統(tǒng)架構(gòu)需要解決三大問題。什么是吞吐量？可以接收多少請求，可以返回多少請求。一般單位時間能處理多少個請求，比如每秒能處理多少個請求，一般稱為QPS。如果更嚴格的QTS處理每秒的事務(wù)數(shù)，這里有幾個概念來表達同樣的事情。1.吞吐量:QPS2。并發(fā)性:同時連接的數(shù)量。3.性能:這里的數(shù)據(jù)來自壓力測量。并發(fā)越大，QPS越高，在一定的并發(fā)范圍內(nèi)，響應(yīng)時間是恒定的。當并發(fā)性無線增加時，

單臺機器性能不足需要擴展部署，多臺機器同時提供服務(wù)，形成集群部署，發(fā)送流量請求，將流量平均分配到每臺機器。如果還是有瓶頸，先擴容再找原因。最終決定性能的可能不是應(yīng)用程序系統(tǒng)，而是數(shù)據(jù)庫，因為它是長連接專有的同步交互。如果數(shù)據(jù)庫性能不足，過多的擴展應(yīng)用是沒有用的，因為最終的流量會到達數(shù)據(jù)庫，所以數(shù)據(jù)庫需要擴展。

2。什么是NoSQL？2.1 no sql NoSQL(NoSQLNotOnlySQL)概述，意為“不僅僅是SQL”，一般指非關(guān)系數(shù)據(jù)庫。隨著互聯(lián)網(wǎng)web2.0網(wǎng)站的興起，傳統(tǒng)的關(guān)系型數(shù)據(jù)庫已經(jīng)無法應(yīng)對web2.0網(wǎng)站，尤其是超大型、高并發(fā)的SNS型web2.0純動態(tài)網(wǎng)站，暴露出許多難以克服的問題，而非關(guān)系型數(shù)據(jù)庫由于自身的特點，發(fā)展非常迅速。

(例如，谷歌或臉書每天為他們的用戶收集數(shù)萬億比特的數(shù)據(jù))。這些類型的數(shù)據(jù)存儲不需要固定的模式，并且無需冗余操作即可橫向擴展。2.2NoSQL代表MongDB，Redis，Memcache3。關(guān)系數(shù)據(jù)庫和NoSQL有什么區(qū)別？3.1RDBMS高度組織的結(jié)構(gòu)化數(shù)據(jù)結(jié)構(gòu)化查詢語言(SQL)數(shù)據(jù)和關(guān)系存儲在單獨的表中。

云計算是新一代的IT計算模式，采用先進的分布式計算和存儲架構(gòu)，為用戶提供便捷的體驗，降低使用成本。本書首先介紹了云計算理論的知識，然后分析了幾種頂級云計算產(chǎn)品的實現(xiàn)，介紹了非常重要的系統(tǒng)虛擬化技術(shù)和安全機制，然后以云的核心模塊之一分布式數(shù)據(jù)庫為實踐方向，以云時代的BigTable云表為例，向大家展示如何手工編寫和設(shè)計一個分布式數(shù)據(jù)庫，最后展望了云計算的未來發(fā)展。

CAP的原理，也稱為CAP定理，指的是分布式系統(tǒng)中的一致性、可用性和分區(qū)容忍度。CAP原則是指這三個要素最多只能同時做到兩點，不可能三者兼顧。一致性(C):分布式系統(tǒng)中的所有數(shù)據(jù)備份是否同時具有相同的值?？捎眯?a):確保無論成功還是失敗，每個請求都有響應(yīng)。

CAP原理的本質(zhì)不是AP，就是CP，就是AC，只是沒有CAP。如果分布式系統(tǒng)中沒有數(shù)據(jù)的副本，那么系統(tǒng)必須滿足強一致性條件，因為只有一個數(shù)據(jù)，不會出現(xiàn)數(shù)據(jù)不一致的情況。這時候C和P都是可用的，但是如果系統(tǒng)有網(wǎng)絡(luò)分區(qū)或者宕機，必然會有一些數(shù)據(jù)無法訪問，無法滿足可用性條件，也就是獲得了CP系統(tǒng)，但是無法同時滿足CAP。

看到紅線標注的入射波長了嗎？這其實就是波長進入傳感器之前的中心點(也叫中心波長)。如果溫度發(fā)生變化，中心波長也會發(fā)生變化，這種變化與溫度變化成正比，用波長計測量波長的變化，就可以得到溫度的變化值。其他的峰值都是關(guān)于光纖的傳輸特性，與溫度傳感系統(tǒng)無關(guān)，我們只關(guān)心中心波長的偏移。