据Hacker News报道，2026年10月19日，开发者在该平台展示KiviDB，一款兼容Redis的内存数据库和向量缓存。项目核心引擎以AGPLv3开源，定位为在Rust生态中结合无垃圾回收停顿、多线程和Linux io_uring能力，面向需要高吞吐键值访问与向量查询的场景。
开发者称，KiviDB自2026年2月开始开发，最初用于理解Rust，并希望解决其在Dragonfly上遇到的快照后内存膨胀、运行中的Pod出现OOM等问题。项目设计参考了Garnet、Dragonfly等替代方案；开发过程使用AI辅助，但设计决策由开发者根据测试作出。
KiviDB同时支持RESP2和RESP3协议，键空间按线程分片，原生多线程，在Linux上通过tokio_uring利用io_uring，其他操作系统则使用tokio作为回退。开发者称其支持约98%至99%的Redis 8.10命令，少数问题列在GitHub议题中。核心引擎以AGPLv3开源，开发者还表示，云托管服务覆盖AWS、GCP和Azure，并用于验证部署、故障切换与SLA管理。
在最终基准测试中，开发者使用两台位于us-east1同一置放群的c7gn.metal服务器，采用memtier-benchmark，设置1000万个键、每个100字节、使用32核，分别进行管道化和非管道化测试。管道化16个GET请求时，KiviDB达到2120万次/秒，Dragonfly 2.0为910万次/秒，Redis 8.10为240万次/秒，32分片的Redis Cluster为470万次/秒。非管道化时，Dragonfly略高，为335万次/秒，KiviDB为307万次/秒。
内存占用方面，每键内存KiviDB为177字节，Dragonfly为134字节，Redis为178字节。向量写入时间KiviDB较慢，查询在较低ef参数下快于多数替代方案，但在高ef下慢于Dragonfly。开发者称可通过Docker命令运行，并希望围绕项目建立社区、改进Rust工具，欢迎建设性批评。