版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
https://en.wikipedia.org/wiki/MyRocks#Benchmarks
percona
https://www.percona.com/blog/2018/04/30/a-look-at-myrocks-performance/
http://baijiahao.baidu.com/s?id=1599227245729254474&wfr=spider&for=pc
result on tps
文章在后面分别描述了RocksDB的写放大、读放大、CPU这三个指标随着内存增长的变化。
测试结论：
- MyRocks性能随着数据集大小与内存的比例增加而增加，在5GB内存分配的情况下，性能比InnoDB高出近5倍。吞吐量变化是值得关注的问题，但我们希望这一点在未来得到改善。
- MyRocks不需要大量内存，并且在使用大部分CPU资源时显示稳定地写入IO。
- 我们认为这特性可能会使MyRocks成为云数据库实例的绝佳选择，而内存和IO都消费都会比较合算。 MyRocks部署可以让云部署更便宜。
FaceBook（2016.8.31）时间较老
https://engineering.fb.com/core-data/myrocks-a-space-and-write-optimized-mysql-database/
测试结论：
从论文前后分析，以及其他文章：这个图应该是写入吞吐测试。
MyRocks比InnoDB小2倍（压缩），比InnoDB小3.5倍（未压缩）。与InnoDB相比，MyRocks的存储写入率也低10倍。使用SSD数据库存储，这意味着使用的空间更少，并且随着时间的推移存储的耐久性更高。
业界测试数据
源1：
https://blog.csdn.net/vkingnew/article/details/81351113
测试结论：
- 内存小于数据场景下，MyRocks 好于Innodb。
- 其他场景未测试。
源2：
https://www.slideshare.net/MariaDB/migrating-from-innodb-and-hbase-to-myrocks-at-facebook
RocksDB比Innodb压缩场景下略低一点，比未压缩场景低大概25%
源3：
http://liky.farbox.com/post/tidb
- MySQL非压缩模式效率最好，意料之中。
- MySQL压缩模式会稍微掉个30%，毕竟需要解压，还行。
- RocksDB查询表现超出预期，我本来以为会比Btree差一些，但是测试结果上看和压缩的MySQL区别不大，RocksDB在判断key是否在sst文件中使用了bloom filter算法性能好很多,当然很多的热点数据也都在block cache里面。
- TiDB还是不行，原因还是tidb-server不行,tikv负载也太高。