這篇文章主要為大家展示了“NoSQL生態(tài)系統(tǒng)指的是什么”，內容簡而易懂，條理清晰，希望能夠幫助大家解決疑惑，下面讓小編帶領大家一起研究并學習一下“NoSQL生態(tài)系統(tǒng)指的是什么”這篇文章吧。

讓客戶滿意是我們工作的目標，不斷超越客戶的期望值來自于我們對這個行業(yè)的熱愛。我們立志把好的技術通過有效、簡單的方式提供給客戶，將通過不懈努力成為客戶在信息化領域值得信任、有價值的長期合作伙伴，公司提供的服務項目有：域名與空間、網站空間、營銷軟件、網站建設、安吉網站維護、網站推廣。

NoSQL 其名

在給 NoSQL 下定義之前，我們先來試著從它的名字上做一下解讀。顧名思義，NoSQL 系統(tǒng)的數(shù)據(jù)操作接口應該是非 SQL 類型的。但在 NoSQL 社區(qū)，NoSQL 被賦予了更具有包容性的含義，其意為 Not Only SQL，即 NoSQL 提供了一種與傳統(tǒng)關系型數(shù)據(jù)庫不同的存儲模式，這為開發(fā)者提供了關系型數(shù)據(jù)庫之外的另一種選擇。

NoSQL 的啟示

NoSQL 運動受到了很多相關研究論文的啟示，在所有資料中，最核心的有兩個：Google 的 BigTable 論文和 Amazon 的 Dynamo 論文。

特性概述

NoSQL 系統(tǒng)舍棄了一些 SQL 標準中的功能，取而代之的是一些簡單靈活的功能。NoSQL 的構建思想就是盡量簡化數(shù)據(jù)操作，盡量讓操作的執(zhí)行效率可預估。當你去考查一個 NoSQL 系統(tǒng)時，下面的幾點是值得注意的。

①數(shù)據(jù)模型及操作模型：你的應用層數(shù)據(jù)模型是行、對象還是文檔型的呢?這個系統(tǒng)是否能支持你進行一些統(tǒng)計工作呢?

②可靠性：當你更新數(shù)據(jù)時，新的數(shù)據(jù)是否立刻寫到持久化存儲中去了?新的數(shù)據(jù)是否同步到多臺機器上了?

③擴展性：你的數(shù)據(jù)量有多大，單機是否能容下?你的讀寫量需求單機是否能支持?

④分區(qū)策略：考慮到對擴展性、可用性或者持久性的要求，你是否需要一份數(shù)據(jù)被存在多臺機器上?你是否需要知道或者說你能否知道數(shù)據(jù)在哪臺機器上?

⑤一致性：你的數(shù)據(jù)是否被復制到了多臺機器上?這些不同節(jié)點的數(shù)據(jù)如何保證一致性?

⑥事務機制：業(yè)務是否需要 ACID 事務機制?

⑦單機性能：如果你打算持久化的將數(shù)據(jù)存在磁盤上，哪種數(shù)據(jù)結構能滿足你的需求(你的需求是讀多還是寫多)?寫操作是否會成為磁盤瓶頸?

⑧負載可評估：對于一個讀多寫少的應用，諸如響應用戶請求的網絡應用，我們總會花很多精力來關注負載情況。你可能需要進行數(shù)據(jù)規(guī)模的監(jiān)控，對多個用戶的數(shù)據(jù)進行匯總統(tǒng)計。你的應用場景是否需要這樣的功能呢?

NoSQL 數(shù)據(jù)模型及操作模型

數(shù)據(jù)庫的數(shù)據(jù)模型指的是數(shù)據(jù)在數(shù)據(jù)庫中的組織方式，數(shù)據(jù)庫的操作模型指的是存取這些數(shù)據(jù)的方式。通常數(shù)據(jù)模型包括關系模型、鍵值模型以及各種圖結構模型。操作語言可能包括 SQL、鍵值查詢及 MapReduce 等。NoSQL 通常結合了多種數(shù)據(jù)模型和操作模型，提供不一樣的架構方式。

基于Key 值存儲的 NoSQL 數(shù)據(jù)模型

在鍵值型系統(tǒng)中，復雜的聯(lián)合查詢以及滿足多個條件的數(shù)據(jù)查詢操作就不那么容易實現(xiàn)了，需要換一種思維來建立和使用鍵名。比如要獲取部門號為 20 的所有員工的信息，應用層可以先獲取 Key 為 employee_departments:20的這個列表，然后再循環(huán)地拿這個列表中的 ID 通過獲取 employee:ID 得到所有員工的信息。

Key-Value 存儲

Key-Value 存儲可以說是最簡單的 NoSQL 存儲，每個 Key 值對應一個任意的數(shù)據(jù)值。對 NoSQL 系統(tǒng)來說，這個任意的數(shù)據(jù)值是什么，它并不關心。比如在員工信念數(shù)據(jù)庫里，employee:30這個 Key 對應的可能就是一段包含員工所有信息的二進制數(shù)據(jù)。這個二進制的格式可能是 Protocol Buffer、Thrift 或者 Avro 都無所謂。

Key-結構化數(shù)據(jù)存儲

Key-結構化數(shù)據(jù)存儲的典型代表是 Redis，Redis 將 Key-Value 存儲的 Value 變成了結構化的數(shù)據(jù)類型。Value 的類型包括數(shù)字、字符串、列表、集合以及有序集合。除了 set/get/delete 操作以為，Redis 還提供了很多針對以上數(shù)據(jù)類型的特殊操作，比如針對數(shù)字可以執(zhí)行增、減操作，對 list 可以執(zhí)行 push/pop 操作，通過提供這種針對單個 Value 進行的特定類型的操作，Redis 可以說實現(xiàn)了功能與性能的平衡。

什么是NoSQL生態(tài)系統(tǒng)

Key-文檔存儲

Key-文檔存儲的代表有 CouchDB、MongoDB 和 Riak。這種存儲結構下 Key-Value 的 Value 是結構化的文檔，通常這些文檔是被轉換成 JSON 或者類似于 JSON 的結構進行存儲。文檔可以存儲列表，鍵值對以及層次結構復雜的文檔。

BigTable 的列簇式存儲

HBase 和 Cassandra 的數(shù)據(jù)模型都借鑒自 Google 的 BigTable。這種數(shù)據(jù)模型的特點是列式存儲，每一行數(shù)據(jù)的各項被存儲在不同的列中(這些列的集合稱作列簇)。而每一列中每一個數(shù)據(jù)都包含一個時間戳屬性，這樣列中的同一個數(shù)據(jù)項的多個版本都能保存下來。

列式存儲可以這樣理解：將行 ID、列簇號，列號以及時間戳一起，組成一個 Key，然后將 Value 按 Key 的順序進行存儲。Key 值的結構化使這種數(shù)據(jù)結構能夠實現(xiàn)一些特別的功能，最常用的就是將一個數(shù)據(jù)的多個版本存成時間戳不同的幾個值，這樣就能方便地保存歷史數(shù)據(jù)。這種結構也能天然地進行高效的松散列數(shù)據(jù)(在很多行中并沒有某列的數(shù)據(jù))存儲。當然，對于那些很少有某一行有 NULL 值的列，由于每一個數(shù)據(jù)必須包含列標識，這又會造成空間的浪費。

圖結構存儲

圖結構存儲是 NoSQL 的另一種存儲實現(xiàn)。其指導思想是：數(shù)據(jù)并非對等的，關系型的存儲或者鍵值對的存儲，可能都不是好的存儲方式。圖結構是計算機科學的基礎結構之一，Neo4j 和 HyperGraphDB 是當前最流行的圖結構數(shù)據(jù)庫。

復雜查詢

在 NoSQL 存儲系統(tǒng)中，有很多比鍵值查找更復雜的操作。比如 MongoDB 可以在任意數(shù)據(jù)行上建立索引，可以使用 Javascript 語法設定復雜的查詢條件。BigTable 型的系統(tǒng)通常支持對單獨某一行的數(shù)據(jù)進行遍歷，允許對單列的數(shù)據(jù)進行按特定條件的篩選。CouchDB 允許你創(chuàng)建同一份數(shù)據(jù)的多個視圖，通過運行 MapReduce 任務來實現(xiàn)一些更為復雜的查詢或者更新操作。很多 NoSQL 系統(tǒng)都支持與 Hadoop 或者其他 MapReduce 框架結合來進行一些大規(guī)模數(shù)據(jù)分析工作。

事務機制

與關系型數(shù)據(jù)庫不同的是，NoSQL 系統(tǒng)通常注重性能和擴展性，而非事務機制。傳統(tǒng)的 SQL 數(shù)據(jù)庫的事務通常都是支持 ACID 的強事務機制。ACID 的支持使得應用者能夠很清楚他們當前的數(shù)據(jù)狀態(tài)。對很多 NoSQL 系統(tǒng)來說，對性能的考慮遠在 ACID 的保證之上。通常 NoSQL 系統(tǒng)僅提供行級別的原子性保證，也就是說同時對同一個 Key 下的數(shù)據(jù)進行的兩個操作，在實際執(zhí)行時是會串行的，保證了每一個 Key-Value 對不會被破壞。

Schema-free 的存儲

還有一個很多 NoSQL 的共同點，就是它通常并沒有強制的數(shù)據(jù)結構約束。即使是在文檔型存儲或者列式存儲上，也不會要求某一個數(shù)據(jù)列在每一行數(shù)據(jù)上都必須存在。

數(shù)據(jù)可靠性

最理想的狀態(tài)是，數(shù)據(jù)庫會把所有寫操作立刻寫到持久化存儲的設備，同時復制多個副本到不同地理位置的不同節(jié)點上，以防止數(shù)據(jù)丟失。但這種對數(shù)據(jù)安全性的要求對性能是有影響的，所以不同的 NoSQL 系統(tǒng)在自身性能的考慮下，在數(shù)據(jù)安全上采取了不太一樣的策略。

單機可靠性

單機可靠性理解起來非常簡單，它的定義是寫操作不會由于機器重啟或者斷電而丟失。通常單機可靠性的保證是通過把數(shù)據(jù)寫到磁盤來完成的，而這通常會造成磁盤I/O成為整個系統(tǒng)的瓶頸。下面我們談談一些在單機可靠性的保證下提高性能的方法。

控制 fsync 的調用頻率

Redis 提供了幾種對 fsync 調用頻率的控制方法。應用開發(fā)者可以配置 Redis 在每次更新操作后都執(zhí)行一次 fsync，這樣會比較安全，當然也就比較慢。Redis 也可以設置成N秒種調用一次 fsync，這樣性能會更好一點。但這樣的后果就是一旦出現(xiàn)故障，最多可能導致N秒內的數(shù)據(jù)丟失。而對一些可靠性要求不太高的場合(比如僅僅把 Redis 當 Cache 用的時候)，應用開發(fā)者甚至可以直接關掉 fsync 的調用：讓操作系統(tǒng)來決定什么時候需要把數(shù)據(jù) flush 到磁盤(譯者注：這只是 Redis append only file 的機制，Redis 是可以關閉 aof 日志的，另外，Redis 本身支持將內存中數(shù)據(jù) dump 成 rdb 文件的機制，和上面說的不是一回事)。

使用日志型的數(shù)據(jù)結構

Cassandra、HBase、Redis 和 Riak 都會把寫操作順序的寫入到一個日志文件中。相對于存儲系統(tǒng)中的其他數(shù)據(jù)結構，上面說到的日志文件可以頻繁地進行 fsync 操作，這樣就把對磁盤的隨機寫變成順序寫了。

通過合并寫操作提高吞吐性能

Cassandra 有一個機制，它會把一小段時間內的幾個并發(fā)的寫操作放在一起進行一次 fsync 調用，這種做法叫 group commit。

多機可靠性

由于硬件層面有時會造成無法恢復的損壞，單機可靠性的保證在這時就鞭長莫及了。對于一些重要數(shù)據(jù)，跨機器做備份保存是必備的安全措施。一些 NoSQL 系統(tǒng)提供了多機可靠性的支持。

Redis 采用傳統(tǒng)的主從數(shù)據(jù)同步的方式。

MongoDB 提供了一種叫 Replica Sets 高可用架構。

Riak、Cassandra 和 Voldemort 提供了一些更靈活的可配置策略，并提供一個可配置的參數(shù)N，代表每一個數(shù)據(jù)會被備份的份數(shù)。為了應對整個數(shù)據(jù)中心出現(xiàn)故障的情況，需要實現(xiàn)跨數(shù)據(jù)中心的多機備份功能。

橫向擴展帶來性能提升

橫向擴展的目標是達到線性的效果，即如果你增加一倍的機器，那么負載能力應該也能相應的增加一倍。其主要需要解決的問題是如何讓數(shù)據(jù)在多臺機器間分布，這里面涉及到分片技術。

以上是“NoSQL生態(tài)系統(tǒng)指的是什么”這篇文章的所有內容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內容對大家有所幫助，如果還想學習更多知識，歡迎關注創(chuàng)新互聯(lián)行業(yè)資訊頻道！

文章標題：NoSQL生態(tài)系統(tǒng)指的是什么-創(chuàng)新互聯(lián)
當前URL：http://chinadenli.net/article4/ddicie.html

成都網站建設公司_創(chuàng)新互聯(lián)，為您提供移動網站建設、搜索引擎優(yōu)化、外貿建站、定制開發(fā)、品牌網站制作、靜態(tài)網站

廣告

聲明：本網站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)