mysql rocksdb使用报告

作者：某网盘DBA
转发已经过作者同意，如果有其他问题请及时联系。
非经过允许请勿随意转发，尊重版权，感谢。

背景

rocksdb是facebook基于google的leveldb二次开发的key-value存储引擎。目前，facebook已将rocksdb迁移至mysql，作为mysql的可选的存储引擎。
此汇报用于记录rocksdb各种场景下的性能表现，不定期更新。

oltp性能测试

Hardware
Intel(R) Xeon(R) CPU E5-2630 v3 @ 2.40GHz(ht 32)
2.0TB memblaze pcie SSD
128GB RAM

OS Version
Ubuntu 14.04.3 LTS

Data Sample
40M rows*16 tables

MySQL Version
MariaDB 10.2.5

Workload
oltp-rw
oltp-ro
update-only(index)

Storeage Engine
innodb(without compression)
innodb-compression
rocksdb

大小对比

大小对比

6亿4千万数据导入mysql，innodb未经压缩大小为160GB，innodb压缩后86GB，rocksdb为62GB。
rocksdb只有innodb（压缩后）的70%。

---

oltp-rw

70/30读写测试，48个并发线程以下，rocksdb ops要比innodb-compress好。
但超过48线程，rocksdb性能下降较明显。同时，rocksdb的平均响应时间要比innodb高出不少。

---

oltp-ro

只读测试，rocksdb只有innodb-compress性能的70%。不过在高并发下，rocksdb平均响应时间表现要比innodb-compress好。

---

update-only(index)

只写测试，rocksdb性能表现优异，ops大概是innodb-compress的10倍。随着并发线程的增加，响应时间几乎不变，维持在50ms以下。

---

结论：

1. rocksdb压缩率非常高，大约只有innodb的1/3，同时也要比压缩后的innodb小。
2. rocksdb读性能对比innodb还是差不少，但是跟压缩后的innodb相比，某些场景下，还是有一定优势。
3. 写入性能非常优秀。
4. 非常适合写多读少，并且对容量比较敏感的业务场景。