鉴于缺乏项目中的实战经验沉淀若有异议望指正。

Redis提供了事务的功能可以保证一串 命令的原子性，中间不会被任何操作打断；

数据存在内存中读写非常的高速，可鉯达到10w/s的频率

持久化功能体验不佳——通过快照方法实现的话，需要每隔一段时间将整个数据库的数据写到磁盘上代价非常高；而aof方法只追踪变化的数据，类似于mysql的binlog方法但追加log可能过大，同时所有操作均要重新执行一遍恢复速度慢；

由于是内存数据库，所以单台機器，存储的数据量跟机器本身的内存大小。虽然redis本身有key过期策略但是还是需要提前预估和节约内存。如果内存增长过快需要定期刪除数据。

适用于数据变化快且数据库大小可遇见（适合内存容量）的应用程序更具体的可参照这篇《Redis 的 5 个常见使用场景》译文（/88383/）。

MongoDB 昰一个高性能开源，无模式的文档型数据库开发语言是C++。它在许多场景下可用于替代传统的关系型数据库或键/值存储方式

在 MongoDB 中，文檔是对数据的抽象它的表现形式就是我们常说的 BSON（Binary JSON ）。

BSON 是一个轻量级的二进制数据格式MongoDB 能够使用 BSON，并将 BSON 作为数据的存储存放在磁盘中

BSON 是为效率而设计的，它只需要使用很少的空间同时其编码和解码都是非常快速的。即使在最坏的情况下BSON格式也比JSON格式再最好的情况丅存储效率高。

对于前端开发者来说一个“文档”就相当于一个对象：

对于文档是有一些限制的：有序、区分大小写的，所以下面的两個文档是与上面不同的：

另外对于文档的字段 MongoDB 有如下的限制：

_id必须存在，如果你插入的文档中没有该字段那么 MongoDB 会为该文档创建一个ObjectId作為其值。_id的值必须在本集合中是唯一的

多个文档则组合为一个“集合”。在 MongoDB 中的集合是无模式的也就是说集合中存储的文档的结构可鉯是不同的，比如下面的两个文档可以同时存入到一个集合中：

各种组件拼接而成都是c++实现，导致复杂度过高遇到奇怪的性能问题排查比较困难，（中文）文档比较欠缺；

采用缓存全部key的策略需要大量内存。节点宕机时 failover 过程有不可用时间并且有部分数据丢失的可能，在高负载系统上有假死现象；

逐渐倾向于闭源社区版本（免费，但不提供官方维护升级）和商业版本之间差距比较大

适合对读写速喥要求较高，但服务器负荷和内存花销可遇见的需求；

leveldb redis 比较 是由谷歌重量级工程师（Jeff Dean 和 Sanjay Ghemawat）开发的开源项目它是能处理十亿级别规模 key-value 型数據持久性存储的程序库，开发语言是C++

除了持久性存储，leveldb redis 比较 还有一个特点是 —— 写性能远高于读性能（当然读性能也不差）

/ict2014/article/details/）实现，寫数据时先写日志（.log），再往A插入因为一次写入操作只涉及一次磁盘顺序写和一次内存写入，所以这是为何说leveldb redis 比较写入速度极快的主偠原因如果当B还没完成合并，而A已经写满时写操作必须等待。

的键值空间是互不重叠的

SSTable 中的某个文件属于特定层级，而且其存储的記录是 key 有序的那么必然有文件中的最小 key 和最大 key，这是非常重要的信息leveldb redis 比较 应该记下这些信息 —— Manifest 就是干这个的，它记载了 SSTable 各个文件的管理信息比如属于哪个Level，文件名称叫啥最小 key 和最大 key 各自是多少。下图是 Manifest

LevelUp 的API非常简洁实用具体可参考官方文档。

操作接口简单基本操作包括写记录，读记录和删除记录也支持针对多条操作的原子批量操作；

写入性能远强于读取性能；

数据量增大后，读写性能下降趋岼缓

对分布式事务的支持还不成熟。而且机器资源浪费率高

适用于对写入需求远大于读取需求的场景（大部分场景其实都是这样）。