questions about desing and performance for reborndb

[sirfangxxx]

hi，你好

我司目前正在对redis集群方案选型， 之前看到了codis，但是比较遗憾的是codis的mget、zset之类的性能较差，今天看到你们新开发了reborndb， 很好奇，有几个疑问请教下

1. 在性能方面，你们有比较全面的测评数据吗？ 直接和redis比较的就好， 这块因为线上业务压力大，因而是主要考虑因素
2. 使用leveldb或者rocksdb，做引擎， 测试过compaction时的读写性能吗？ 如果业务偶发大量写，可能引起大量compaction，reborndb这块的考虑是？（比如自己会限写入速度或者分步compaction吗）？ reborndb和tair的设计理念我感觉有点类似，也是抽象集群管理层，存储引擎可以更换，但是tair的线上业务大部分用的还是mdb和rdb，leveldb更多的应用于线下方案。 因而对于线上业务的实时kv存储（我想reborndb应该不是冲着离线、半离线存储做的吧？），使用lsm树+磁盘的存储模型，还是ssd+hash（rb tree）的存储模型会更好一些？ 这块你们的考虑是什么样的？
3. reborndb的一致性模型是什么样的， 和codis一样的主写从同步？ 还是写完n/2+1副本？还是写完全副本？ 这块儿你们未来的考虑是如何的？ 对cap，你们的取舍是？

之前ngaut哥哥应毛老师之约来过我司，有一面之缘，盼qq联络方式~

猎豹 房晓 2829794533

[siddontang]

@sirfangxxx

We don't have any QQ contact way because all of us in PingCAP don't like using QQ.

• qdb is slower than redis, you can see the benchmark to check wether it can fit your scenario or not.
• most of time, the compaction for rocksdb is not a bottleneck if you set correct configuration, but it relies on tuning rocksdb many times in your real product environment. :-)
• I prefer LSM rather than B-Tree for heavy writing, and at the same time, rocksdb uses bloom filter and cache to improve read performance, so I think it is enough. btw, we can use cluster solution if one machine becomes bottleneck.
• we use master-slave mode like original redis, not multi copys, it is simple. Later, we may support sync-replication and semi-sync replication for guaranteeing data more safely.

btw, @Terry-Mao, is the redis intelligent client your develop not used in your previous company?