我看不出有什么真正的理由去交换rocksdb商店。事实上rocksdb是最快的k，v商店之一：percona基准测试（基于rocksdb） with in-memory ones -rocksdb已经在内存中扮演了一些角色 LRU 涉及的算法：
rocksdb架构 The three basic constructs of RocksDB are memtable, sstfile and logfile. The memtable is an in-memory data structure - new writes are inserted into the memtable and are optionally written to the logfile. 但选择这种实现方式还有一个更明显的原因：
rocksdb源代码
如果你看看源代码比率-有很多 Java api暴露于 C++ 代码。因此，将此产品集成到现有系统中要简单得多 Java - based Kafka生态系统全面控制商店，使用暴露的api。

我对kafka流的内部结构和状态存储的不同用例（特别是内存和持久性）的了解非常有限，但到目前为止，我设法了解到的是持久性状态存储是存储在磁盘上的状态存储（因此命名为持久性） StreamTask .
这并不像内存vs persistent中的名称本身可能给出了相同的理解，但我发现非常令人振奋的是，当我了解到kafka streams尝试将分区分配给之前分配了分区的相同kafka streams示例时（重启或崩溃）。
也就是说，每次重新启动kafka streams应用程序并运行之前，只需重新创建（重放）内存中的状态存储，而持久状态存储已经在磁盘上具体化，kafka streams示例重新创建状态存储所需的唯一时间是从磁盘（而不是从服务器）加载文件需要更长时间的更改日志主题）。
我希望这会有帮助，如果我错了（或部分正确），我会很高兴被纠正的。