Riak默认采用的是Bitcask的数据引擎，Bitcask能够提供高效，高可用的，防崩溃的数据存储。但是它有一个弱点，就是其内存消耗与存储的数据数量成正比(尽管比例系数比较小)。也就是说如果你使用Bitcask引擎来存储大量小体积的数据，可能会比较浪费空间。
而Riak实时了同时提供了Innostore作为InnoDB引擎的封装，以提供对大量小体积数据的存储，但由于InnoDB引擎固有的一些特点，使得其有一些问题，比如相对Bitcask来说，备份InnoDB会比较困难，还有协议上的问题等等。
在Google发布了其Key-Value存储LevelDB后，引起了Riak的注意，他们发现LevelDB好像正好能够弥补Bitcask和InnoDB在大量小体积数据存储中的缺点，于是他们做了如下几个InnoDB和LevelDB的性能测试。
机器配置都是普通的低配机：
| a fairly basic 2-CPU Linux server with 4G of RAM, mid-range SATA disks |
1.以自增的数字为key顺序的写入1亿条数据
2.对上面写入的1亿条数据进行读取，读取策略采用帕累托分布(帕累托分布即大部分数据请求是对小部分数据集的，这更接近到真实应用场景)
3.同时对上面数据进行读写操作，读写比为90:10
4.单纯的写入操作，同样采用帕累托分布，且分布更严重，也就是操作针对的数据集更小
当然，上面的测试场景仅供参考，具体的性能差别最好还是根据自己的应用场景来做测试。
我们一直都在努力坚持原创.......请不要一声不吭，就悄悄拿走。
我原创，你原创，我们的内容世界才会更加精彩！
【所有原创内容版权均属TechTarget，欢迎大家转发分享。但未经授权，严禁任何媒体（平面媒体、网络媒体、自媒体等）以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
作者
相关推荐
-
MariaDB InnoDB表空间碎片整理
从MariaDB 10.1开始，MariaDB把Facebook的碎片整理代码合并进来了，并且把所有代码都调整到InnoDB/XtraDB层去实现，因而只需要使用现成的 OPTIMIZE TABLE 命令就行。
-
不同事务隔离级别对MySQL性能的影响
在这篇文章里，我们将讨论InnoDB 事务隔离模式，还有它们与MVCC（多版本并发控制）的关系，以及它们是如何影响MySQL性能的。
-
如何玩转NoSQL数据库？CIO亲身体验MongoDB，Riak和Cassandra
Weather公司CIO Bryson Koehler整理出了MongoDB，Riak和Cassandra等NoSQL数据库的特性。他指出这其中最重要的特性是“NoSQL不会限制住你”。
-
你需要知道的MySQL开源存储引擎TokuDB
如果你还没有尝试过TokuDB，现在就是一个机会。首先我将介绍TokuDB是如何与MySQL协同工作的。