Rust tabanlı KiviDB saniyede 21,2 milyon işlem hızına ulaştı

KiviDB'nin geliştiricisi, 19 Ekim'de Hacker News'te yayımladığı gönderide Rust tabanlı veri tabanının Redis uyumlu sistemlere karşı yapılan boru hatlı (pipelined) bir GET testinde saniyede 21,2 milyon işleme ulaştığını belirtti.

Kendi beyan ettikleri bu sonuç önem taşıyor çünkü KiviDB, Redis ve Valkey iş yüklerini hedefliyor ve Redis 8.10 komutlarına yaklaşık %98 ila %99 destek verdiğini öne sürüyor; aynı boru hatlı testte ise Redis saniyede 2,4 milyon işleme ulaştı.

Projenin GitHub deposu, KiviDB'yi Rust ile yazılmış, AGPLv3 lisanslı bir bellek içi (in-memory) veri tabanı olarak tanımlıyor ve dizgiler, karmalar, listeler, kümeler, sıralı kümeler, veri akışları, JSON, zaman serileri, vektör kümeleri, tam metin ve vektör araması, Lua betikleri, erişim kontrolleri, kalıcılık, çoğaltma, Redis Cluster uyumlu parçalama (sharding) ve TLS desteği sunuyor.

Geliştirici, karşılaştırma testinde aynı yerleşim grubunda iki AWS c7gn.metal sunucusu, her biri 100 baytlık 10 milyon anahtar, 32 çekirdek ve memtier-benchmark aracının kullanıldığını belirtti. Gönderiye göre boru hatlı GET testinde KiviDB'nin saniyede 21,2 milyon işlemi; Dragonfly 2.0 için 9,1 milyon, 32 parçalı Redis Cluster için 4,7 milyon ve Redis 8.10 için 2,4 milyon işlemle karşılaştırıldı.

Karşılaştırma tek taraflı değil. Gönderide, boru hattı kullanılmadığında Dragonfly'ın saniyede 3,35 milyon işleme ulaşarak 3,07 milyonluk KiviDB'nin önüne geçtiği ifade edildi. Ayrıca KiviDB'nin anahtar başına 177 bayt bellek kullandığı, buna karşılık Dragonfly'ın 134 bayt ve Redis'in 178 bayt kullandığı belirtildi.

KiviDB, Redis istemcileri tarafından kullanılan Redis Serialization Protocol sürümleri olan RESP2 ve RESP3'ü destekliyor. Proje, Linux'ta eşzamansız giriş ve çıkış için bir çekirdek arayüzü olan io_uring'i kullanırken diğer işletim sistemlerinde Tokio alternatifine başvuruyor.

Karşılaştırma testi ve uyumluluk iddiaları bağımsız bir test laboratuvarı tarafından değil, projenin geliştiricisi ve deposu tarafından yayımlandı. Geliştirici, bazı Redis komut sorunlarının sürdüğünü belirterek kullanıcıları projenin GitHub sorun takip sistemine yönlendirdi.

Kaynak: Hacker News gönderisi ve GitHub deposu, KiviDB, 19 Ekim 2026