Q1：如何評價RethinkDB?和MongoDB,Redis有什麼區別?
RethinkDB 簡直是 NoSQL 中的黑科技，被網友譽為"MongoDB done things right"，賣點是 實時性。
比如：
+ 自帶 Admin UI，就是資料庫在跑的時候，後台有個非常棒的管理界面，可以直接用上面的 consle 查詢
+ UI 上 一鍵 sharding 和 replica，方便的令人發指。
+ 支持 table 間 join，甚至是 distributed join（斜眼看了下 MongoDB）。
+ Unix pipe 形式的 query language。有點像 pyspark 的那種操作，簡單易懂，好調試。
+ 最新的2.1版本加入牛 X 的 Raft 算法（可以理解為 consensus algorithm中的 Paxo）。
+ 支持的 driver 齊全。這比較邪門，用戶量不算怎麼大，什麼 Dart, Elixir, Lua, Nim, Haskell 甚至 Common Lisp 的 driver 都有。
適合場景：
+ 實時。所以游戲挺適合的。
+ SSD 硬碟。
缺點：
+ 還是比較早期，一般 query 比 MongoDB 要慢3倍甚至更多。考慮到他們團隊才17個人，和 MongoDB 的規模不能比，給幾年時間，說不定能干翻 MongoDB。
Q2：redis，mongodb有什麼區別
mongodb：定位是取代關系型資料庫，想當一個主流資料庫。因為他有非結構化、方便擴充字段、寫性能優於mysql。萬事萬物有利有弊，mongodb的記憶體型快取內容，讓其速度飛快，帶來記憶體率多，掉電資料問題等，加上自身代碼還有很多bug帶來不如老牌關系型資料庫穩定，特別是在主從等分布式環境，其設計也帶來諸多問題。
redis：是一個小而美的資料庫，主要用在key-value 的記憶體快取，讀寫性能極佳，list，set，hash等幾種簡單結構使得使用也很簡單。快取與簡單是其定位，分布式redis架構的出現，讓redis更加廣泛的使用，穩坐快取第一把交椅。
Q3：如何評價RethinkDB？和MongoDB，Redis有什麼區別
RethinkDB 簡直是 NoSQL 中的黑科技，被網友譽為"MongoDB done things right"，賣點是 實時性。
比如：
+ 自帶 Admin UI，就是資料庫在跑的時候，後台有個非常棒的管理界面，可以直接用上面的 consle 查詢
+ UI 上 一鍵 sharding 和 replica，方便的令人發指。
+ 支持 table 間 join，甚至是 distributed join（斜眼看了下 MongoDB）。
+ Unix pipe 形式的 query language。有點像 pyspark 的那種操作，簡單易懂，好調試。
+ 最新的2.1版本加入牛 X 的 Raft 算法（可以理解為 consensus algorithm中的 Paxo）。
+ 支持的 driver 齊全。這比較邪門，用戶量不算怎麼大，什麼 Dart, Elixir, Lua, Nim, Haskell 甚至 Common Lisp 的 driver 都有。
適合場景：
+ 實時。所以游戲挺適合的。
+ SSD 硬碟。
缺點：
+ 還是比較早期，一般 query 比 MongoDB 要慢3倍甚至更多。考慮到他們團隊才17個人，和 MongoDB 的規模不能比，給幾年時間，說不定能干翻 MongoDB。
Q4：redis和mongodb的區別
Redis簡介：
支持多種資料結構，如 string（字符串）、 list(雙向鏈表)、dict(hash表)、set(集合）、zset(排序set)、hyperloglog（基數估算）
支持持久化操作，可以進行aof及rdb資料持久化到磁盤，從而進行資料備份或資料恢復等操作，較好的防止資料丟失的手段。
支持透過Replication進行資料復制，透過master-slave機制，可以實時進行資料的同步復制，支持多級復制和增量復制，master-slave機制是Redis進行HA的重要手段。
單線程請求，所有命令串行執行，並發情況下不需要考慮資料一致性問題。
支持pub/sub訊息訂閱機制，可以用來進行訊息訂閱與通知。
支持簡單的事務需求，但業界使用場景很少，並不成熟。
Mogodb簡介：
mogodb是一種文檔性的資料庫。先解釋一下文檔的資料庫，即可以存放xml、json、bson類型系那個的資料。這些資料具備自述性（self-describing），呈現分層的樹狀資料結構。redis可以用hash存放簡單關系型資料。
mogodb存放json格式資料。
適合場景：事件記錄、內容管理或者部落格平台，比如評論系統。
nosq的產品目前很多，架構師的選擇導向主要有以下兩個因素：
1）適合應用程式的使用場景，比如評論系統用比較適合使用mogodb，而mc也可以實作（應用程式把資料轉化成json存入，但是部分資料更新不方便）
2）團隊開發比較熟悉的技術，比如一個團隊一直在使用mc，因而有限選擇mc，而不是redis。
還有中嚴重的狀況，開發團隊一直使用mogodb，在適合kv nosq的場景下而繼續選擇mogodb。
Q5：Redis，Memcache和MongoDB的區別
從應用場景上理解就是：
redis：資料量較小的更性能操作和運算上
memcache：用於在動態系統中減少資料庫負載，提升性能;做快取，提高性能（適合讀多寫少，對於資料量比較大，可以采用sharding）
MongoDB:主要解決海量資料的訪問效率問題
當然還有很多方便的比較，但主要的區別還是不同的場景不同的需求適用於不同的工具。
