redis和mongodb各自的優缺點，怎麼選擇？面試時可能會用到

Redis是神馬？

Redis是一個開源的使用ANSI C語言編寫、支援網路、可基於記憶體亦可持久化的日誌型、Key-Value非關係型資料庫，並提供多種語言的API。redis是一個key-value儲存系統。Redis是非關係型資料庫的一種，經常用作快取。

和Memcached類似，它支援儲存的value型別相對更多，包括string(字串)、list(連結串列)、set(集合)、zset(sorted set --有序集合)和hash（雜湊型別）。這些資料型別都支援push/pop、add/remove及取交集並集和差集及更豐富的操作，而且這些操作都是原子性的。在此基礎上，redis支援各種不同方式的排序。

與memcached一樣，為了保證效率，資料都是快取在記憶體中。區別的是redis會週期性的把更新的資料寫入磁碟或者把修改操作寫入追加的記錄檔案，並且在此基礎上實現了master-slave(主從)同步。

Redis有以下的優點：

1.支援多種資料結構，如 string（字串）、 list(雙向連結串列)、dict(hash表)、set(集合）、zset(排序set)、hyperloglog（基數估算）

2.支援持久化操作，可以進行aof及rdb資料持久化到磁碟，從而進行資料備份或資料恢復等操作，較好的防止資料丟失的手段。

3.支援通過Replication進行資料複製，通過master-slave機制，可以實時進行資料的同步複製，支援多級複製和增量複製，master-slave機制是Redis進行HA的重要手段。

單執行緒請求，所有命令序列執行，併發情況下不需要考慮資料一致性問題。

4.支援pub/sub訊息訂閱機制，可以用來進行訊息訂閱與通知。

5.支援簡單的事務需求，但業界使用場景很少，並不成熟。

Redis的缺點 ：

1.Redis只能使用單執行緒，效能受限於CPU效能，故單例項CPU最高才可能達到5-6wQPS每秒（取決於資料結構，資料大小以及伺服器硬體效能，日常環境中QPS高峰大約在1-2w左右）。

2.支援簡單的事務需求，但業界使用場景很少，並不成熟，既是優點也是缺點。

3.Redis在string型別上會消耗較多記憶體，可以使用dict（hash表）壓縮儲存以降低記憶體耗用。

4.Mc和Redis都是Key-Value型別，不適合在不同資料集之間建立關係，也不適合進行查詢搜尋。比如redis的keys pattern這種匹配操作，對redis的效能是災難。

MongoDB是神馬？

MongoDB是一個基於分散式檔案儲存的資料庫。先解釋一下文件的資料庫，即可以存放xml、json、bson型別系那個的資料。同時MongoDB是由C++語言編寫。旨在為WEB應用提供可擴充套件的高效能資料儲存解決方案。 是一個介於關聯式資料庫和非關聯式資料庫之間的產品，是非關聯式資料庫當中功能最豐富，最像關聯式資料庫的。

它支援的資料結構非常鬆散，是類似json的bson格式，因此可以儲存比較複雜的資料型別。Mongo最大的特點是它支援的查詢語言非常強大，其語法有點類似於物件導向的查詢語言，幾乎可以實現類似關聯式資料庫單表查詢的絕大部分功能，而且還支援對資料建立索引。

mongodb與mysql不同，mysql的每一次更新操作都會直接寫入硬碟，但是mongo不會，做為記憶體型資料庫，資料操作會先寫入記憶體，然後再會持久化到硬碟中去 ，但MongoDB採用的預分配空間的方式來防止檔案碎片，所以MongoDB的資料檔案很大。

MongoDB的特點是：

（1）面向文件（2）高效能（3）高可用（4）易擴充套件（5）豐富的查詢語言

Redis和MongoDB的區別

從以下幾個維度，對redis、mongoDB 做了對比：

1、效能

都比較高，效能對我們來說應該都不是瓶頸

總體來講，TPS方面redis要大於mongodb

2、操作的便利性

redis豐富一些，資料操作方面，redis更好一些，較少的網路IO次數

mongodb支援豐富的資料表達，索引，最類似關係型資料庫，支援的查詢語言非常豐富

3、記憶體空間的大小和資料量的大小

redis在2.0版本後增加了自己的VM特性，突破實體記憶體的限制；可以對key value設定過期時間（類似memcache）

mongoDB適合大資料量的儲存，依賴作業系統VM做記憶體管理，吃記憶體也比較厲害，服務不要和別的服務在一起

4、可用性（單點問題）

對於單點問題，

redis，依賴客戶端來實現分散式讀寫；主從複製時，每次從節點重新連線主節點都要依賴整個快照,無增量複製，因效能和效率問題，所以單點問題比較複雜；不支援自動sharding,需要依賴程式設定一致hash 機制。

一種替代方案是，不用redis本身的複製機制，採用自己做主動複製（多份儲存），或者改成增量複製的方式（需要自己實現），一致性問題和效能的權衡

mongoDB支援master-slave,replicaset（內部採用paxos選舉演算法，自動故障恢復）,auto sharding機制，對客戶端遮蔽了故障轉移和切分機制。

5、可靠性（持久化）

對於資料持久化和資料恢復，

redis支援（快照、AOF）：依賴快照進行持久化，aof增強了可靠性的同時，對效能有所影響

MongoDB從1.8版本開始採用binlog方式支援持久化的可靠性

6、資料一致性（事務支援）

redis事務支援比較弱，只能保證事務中的每個操作連續執行

mongoDB不支援事務

7、資料分析

mongoDB內建了資料分析的功能(mapreduce),其他不支援

8、應用場景

redis：資料量較小的更效能操作和運算上

MongoDB:主要解決海量資料的訪問效率問題
轉載於：https://blog.csdn.net/weixin_43160039/article/details/83544228