nosql數(shù)據(jù)庫包含哪幾個數(shù)據(jù)庫？常見的nosql數(shù)據(jù)庫如下：1。Redis通過復(fù)制支持多種數(shù)據(jù)結(jié)構(gòu)、持久化操作和數(shù)據(jù)復(fù)制；2.Memcache可以利用多核的優(yōu)勢，單實例吞吐量極高；3.MongoDB

nosql數(shù)據(jù)庫包含哪幾個數(shù)據(jù)庫？

常見的nosql數(shù)據(jù)庫如下：1。Redis通過復(fù)制支持多種數(shù)據(jù)結(jié)構(gòu)、持久化操作和數(shù)據(jù)復(fù)制；2.Memcache可以利用多核的優(yōu)勢，單實例吞吐量極高；3.MongoDB處理大規(guī)模單表。

常見的nosql數(shù)據(jù)庫有：

優(yōu)勢：

1.支持多種數(shù)據(jù)結(jié)構(gòu)，如string(字符串)、list(雙向鏈表)、dict(哈希表)、set(集合)、zset(有序集)和hyperloglog(基數(shù)估計)

2.支持持久化操作，可以將aof和rdb數(shù)據(jù)持久化到磁盤，以便進行數(shù)據(jù)備份或數(shù)據(jù)恢復(fù)，是防止數(shù)據(jù)丟失的好手段。

3.支持數(shù)據(jù)復(fù)制。通過主從機制，可以實時同步復(fù)制數(shù)據(jù)，支持多級復(fù)制和增量復(fù)制。主從機制是Redis進行HA的重要手段。

4.單線程請求，所有命令串行執(zhí)行，在并發(fā)的情況下不需要考慮數(shù)據(jù)一致性。

5.支持pub/sub消息訂閱機制，可用于消息訂閱和通知。

6.支持簡單交易需求，但行業(yè)內(nèi)使用場景少且不成熟。

缺點：

只能使用單線程，性能受限于CPU性能，所以最高單實例CPU可以達到每秒5-6wQPS(取決于數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)大小和服務(wù)器硬件性能，日常環(huán)境下QPS峰值約為1-2w)。

2.支持簡單的交易需求，但行業(yè)內(nèi)使用場景少且不成熟，有利也有弊。

字符串類型會消耗更多內(nèi)存，可以用dict(哈希表)壓縮存儲來減少內(nèi)存。

消費。

優(yōu)勢：

可以利用多核的優(yōu)勢，單實例吞吐量極高，達到幾十萬QPS(取決于key和值的字節(jié)大小和服務(wù)器硬件的性能，日常環(huán)境下QPS峰值在4-6w左右)。適合最大承載能力。

2.支持直接配置為會話句柄。

缺點：

1只支持簡單的鍵/值數(shù)據(jù)結(jié)構(gòu)，不像Redis可以支持豐富的數(shù)據(jù)類型。

2.不能持久化，數(shù)據(jù)不能備份，只能用于緩存，重啟后數(shù)據(jù)全部丟失。

3.無法同步數(shù)據(jù)并將MC中的數(shù)據(jù)遷移到其他MC實例。

內(nèi)存分配使用Slab分配機制來管理內(nèi)存。當值大小分布不同時，內(nèi)存利用率會降低，利用率低時仍然會出現(xiàn)踢出等問題。用戶需要重視價值設(shè)計。

優(yōu)勢：

1.更高的寫負載，MongoDB有更高的插入速度。

2.處理大規(guī)模的單表，當數(shù)據(jù)表太大時，可以輕松拆分表。

3.高可用性，設(shè)置M-S不僅方便而且快捷，MongoDB可以快速、安全、自動的實現(xiàn)節(jié)點。

(數(shù)據(jù)中心)的故障轉(zhuǎn)移。

4.快速查詢，MongoDB支持二維空間索引，比如管道，所以可以快速準確的從指定位置開始搜索。

獲取數(shù)據(jù)。MongoDB會在啟動后通過文件映射將數(shù)據(jù)庫中的數(shù)據(jù)加載到內(nèi)存中。若內(nèi)

如果資源相當充裕，這將大大提高數(shù)據(jù)庫的查詢速度。

5.非結(jié)構(gòu)化數(shù)據(jù)的激增，在某些情況下添加列可能會鎖定整個數(shù)據(jù)庫，或者增加負載，因此

導(dǎo)致性能下降。由于MongoDB的弱數(shù)據(jù)結(jié)構(gòu)模式，添加新字段不會對舊表產(chǎn)生任何影響，

整個過程會很快。

缺點：

1.不支持交易。

占用太多空間。

沒有成熟的維護工具。