RethinkDB介绍

无意中看到redis作者在博客中推荐了RethinkDB，早上来简单了解了下，记录下：

RethinkDB是一个完全支持Memcached协议、数据可持久化的工业级key-value存储系统。

RethinkDB官网介绍如下：

RethinkDB is built to store JSON documents, and scale to multiple machines with very little effort. It has a pleasant query language that supports really useful queries like table joins and group by, and is easy to setup and learn

Simple programming model:

• JSON data model and immediate consistency.
• Distributed joins, subqueries, aggregation, atomic updates.
• Hadoop-style map/reduce.

Easy administration:

• Friendly web and command-line administration tools.
• Takes care of machine failures and network interrupts.
• Multi-datacenter replication and failover.

Horizontal scalability:

• Sharding and replication to multiple nodes.
• Queries are automatically parallelized and distributed.
• Lock-free operation via MVCC concurrency.

以上为官网的简单介绍，官网也有详细的测试。

在网上查了下一些资料，摘要如下：

RethinkDB的特点：
- 随CPU个数线程扩展
- SSD上速度快十倍
- 节省内存空间
- 断电后及时恢复  
- 细化的持久性控制
- 支持上万的并发连接数
- 支持裸盘设备，多磁盘上自动数据分区 

RethinkDB的设计思想
1.B树会产生大量的随机写操作，对闪存寿命的负面影响很大。
2.闪存具有良好的随机读性能，所以B树和cluster index变得不再重要。
3.基于以上判断，RethinkDB采用append-only的方式来管理数据和索引，消除闪存上的随机写操作

Append-Only的影响
优点：
1.数据一致性(Data Consistency)。
- 所有更新追加到文件尾部，其他部分没有任何修改
- 文件的其余部分提供了一个完全一致的数据库
2.热备份(Hot Backups)。
- 在数据库文件被修改的同时可以拷贝一致数据
- 可简单地实现增量备份
3.及时恢复(Instantaneous Recovery)
- 数据库本身就类似于一个事务日志
- 恢复时直接截断数据库文件到一个已知一致的事务
缺点：
1) 在一个insert或者update很频繁的workload下，大量数据很快就会过期；
2) append-only消除了数据组织的数据局部性，虽然在SSD上随机读代价很小，但是仍旧是一个问题；
3) 对于索引结构来说，每50MB的数据会生成2GB的数据存储，需要有效地进行垃圾回收。

上面内容来自一PPT，RethinkDB & TokuDB调研测试报告 有兴趣可以下载。

从PPT中查看到，其相关性能在并发足够大时，相关性能相比Memcache还是更占优势。

但memcache只是缓存，它可以支持持久化存储，且完全支持Memcache协议!

更多是针对SSD做的优化。

目前官网有免费版与商业版！以上内容只供参考！