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:主要解决海量数据的访问效率问题
当然还有很多方便的比较，但主要的区别还是不同的场景不同的需求适用于不同的工具。
