Commerce · alternatives · 2026

24 alternatives to Simple in-memory key/value store written in Elixir using Shards

Simple in-memory Key/Value Store written in Elixir using `cabol/ex_shards` - cabol/kvx

This is an in-memory key/value store built with Elixir using the Shards library. It provides fast data storage and retrieval for applications that need temporary caching or session management. The tool is designed for… Below are 24 products that do a similar job, ranked by how close each is in meaning and then by launch-day votes. Simple in-memory key/value store written in Elixir using Shards launched in 2016; newer entries below may have overtaken it.

1
I wrote a new BitTorrent tracker in Elixir▲394
Hello everyone! I'm currently in a journey to learn and improve my Elixir and Go skills (my daily job uses C++) and looking through my backlog for projects to take on I decided Elixir is the perfect language to write a highly-parallel BitTorrent tracker. So I have spent my free time these last 3 months writing one! Now I think it has enough features to present it to the world (and a docker image to give it a quick try). I know some people see trackers as relics of the past now that DHT and PEX are common but I think they still serve a purpose in today's Internet (purely talking about public…
2025 · github.com · its alternatives →
2
Cachegrand – a fast OSS Key-Value store built for modern hardware▲121
I am the author of the platform, happy to reply to any question you might have! It scales up really nicely thanks to a year of research and development of the hashtable implemented in cachegrand, on the hardware used for benchmarking, an AMD EPYC 7502P, it was able to reach up to 5mln GET QPS and 4.5mln SET QPS, with batching up to 60mln GET QPS and up to 26MLN SET QPS. cachegrand is fast, it's fully Open Source, it's under a BSD 3-clause license - it can be used easily as standalone platform or incorporated in other ones without any licensing issue - and we are working to expand the Redis…
2022 · github.com · its alternatives →
3
Badger – an embeddable, persistent key-value store written in Go▲88
Fast key-value DB in Go. Contribute to dgraph-io/badger development by creating an account on GitHub.
2017 · github.com · its alternatives →
4
A hash array-mapped trie implementation in C▲171
Long-simmering side project that is finally ready to see the light. HAMTs are a cool persistent data structure and implementing one has been a lot of fun. Beyond the code, there is likely some value in the extensive and largely complete implementation docs; basic benchmarks are linked in the README, too. Kind of aiming to be "the libavl for HAMTs". That is obviously a high and aspirational bar but a distinct possibility if it stirs up a little interest and/or contribution. Anyways, it's time for this to go out, collect feedback and maybe even some use outside of toy projects. Let me…
2023 · github.com · its alternatives →
5
A threaded, TCP, key value store in Haskell▲63
A multi-threaded, TCP, key-value store inspired by Redis implemented in Haskell. - honza/redish
2013 · github.com · its alternatives →
6
CaskDB – project to teach you building a key value store▲175
(educational) build your own disk based KV store. Contribute to avinassh/py-caskdb development by creating an account on GitHub.
2022 · github.com · its alternatives →
7
Yet another memory system for LLMs▲165
Built this for my LLM workflows - needed searchable, persistent memory that wouldn't blow up storage costs. I also wanted to use it locally for my research. It's a content-addressed storage system with block-level deduplication (saves 30-40% on typical codebases). I have integrated the CLI tool into most of my workflows in Zed, Claude Code, and Cursor, and I provide the prompt I'm currently using in the repo. The project is in C++ and the build system is rough around the edges but is tested on macOS and Ubuntu 24.04.
2025 · github.com · its alternatives →
8AB
A bi-directional, persisted KV store that is faster than Redis▲79
we've been working on a KV store for the past year or so which is 2-6x faster than Redis (benchmark link below) yet disk persisted! so you get the speed of in-memory KV stores but with disk persistence. To achieve this we've created our custom filesystem that is optimized for our special usecase and we're doing smart batching for writes and predictive fetching for reads. In addition to basic operations, it also provides atomic inc/dec, atomic json patch, range scans and a unique key monitoring mechanism (pub-sub) over WebSockets which essentially allows you to receive notification on…
2025 · hpkv.io · its alternatives →
9
Parseable Log Storage▲79
Over the past few months, we've been building Prism; a fast, developer-first observability UI that's deeply integrated with our open-source database, Parseable. Prism is designed for engineers who debug distributed systems, sometimes at odd hours, and need answers right now, without having to deal with five different tools. Backstory: We spoke to dozens of observability practitioners in large enterprises. Across the board, we heard two things: (1)The RoI on observability tools is hard to justify. (2)OSS leads to tool sprawl, metrics in Grafana, logs in ELK, traces… somewhere. We wanted a…
2022 · parseable.com · its alternatives →
10RA
RedixDB – a fast persistent key-value store with the Redis protocol▲75
a very simple pure key => value storage system that speaks Redis protocol with Postgres as storage engine and more
2018 · alash3al.github.io · its alternatives →
11AF
A fast append-only data store for Java 8▲74
2015 · probablyfine.co.uk · its alternatives →
12
A local-first memory store for LLM agents (SQLite)▲48
Local persistent memory store for LLM applications including claude desktop, github copilot, codex, antigravity, etc. - CaviraOSS/LongMemory
Dec 2025 · github.com · its alternatives →
13
Quite Fast, sharded cache for Go with LRU/LFU, TTL and object pooling▲12
Fast(est), sharded Go cache with lock-free reads, self-adaptive SieveTinyLFU, batched async writes and HTTP middleware. - unkn0wn-root/kioshun
2025 · github.com · its alternatives →
14
ToplingDB - A Persistent Key-Value Store for External Storage▲73
As the creator of TerarkDB (acquired by ByteDance in 2019), I have developed ToplingDB in recent years. ToplingDB is forked from RocksDB, where we have replaced almost all components with more efficient alternatives(db_bench shows ToplingDB is about ~8x faster than RocksDB): * MemTable: SkipList is replaced by CSPP(Crash Safe Parallel Patricia trie), which is 8x faster. * SST: BlockBasedTable is replaced by ToplingZipTable, implemented by searchable compression algo, it is very small and fast, typically less than 1μs per lookup: * Keys/Indexes are compressed using NestLoudsTrie(a…
2025 · github.com · its alternatives →
15
I built a Ruby gem that handles memoization with a ttl▲48
I built a Ruby gem for memoization with TTL + LRU cache. It’s thread-safe, and has been helpful in my own apps. Would love to get some feedback: https://github.com/mishalzaman/memo_ttl
2025 · github.com · its alternatives →
16
A key-value store built with homomorphic encryption▲22
An encrypted, in-memory, key-value store. Contribute to ankane/morph development by creating an account on GitHub.
2020 · github.com · its alternatives →
17KV
Key/Value Store as-a-Service▲70
2017 · keyvalue.xyz · its alternatives →
18
Fast memcached clone in Go using Cuckoo hashing▲20
Fast PUT/GET/DELETE in-memory key-value store for lookaside caching - jonhoo/cucache
2015 · github.com · its alternatives →
19
voidDB – A transactional key-value DB written in Go for 64-bit Linux▲67
A transactional key-value database written in Go for Linux and macOS - voidDB/voidDB
2025 · github.com · its alternatives →
20
AllyDB – An in-memory database similar to Redis, built using Elixir▲20
Hey, everyone. I am currently working on AllyDB, which is basically my own Redis, which I am writing in Elixir. Currently, the database is nowhere close to being ready, as you can see in the roadmap, but I am doing my best to add stuff as fast as possible. Currently the implementation is very simple, with an in memory table, an append log persistence system, as well as an interval persistence system as a backup. The database could definitely be optimized further, especially when it comes to persistence, which I am planning to do in the future. I'm also planning to use Rust NIFs for specific…
2023 · github.com · its alternatives →
21
Keeper – embedded secret store for Go (help me break it)▲64
Keeper is an embeddable secret store (Argon2id, XChaCha20-Poly1305 by default). Four security levels, audit chains, crash-safe rotation. Vault is overkill for most use cases. This is for when you ge paranoid about env and need encrypted local storage that doesn't suck. No security through obscurity, hence, It's still early, so now's the best time to find weird edge cases, race conditions, memory leaks, crypto misuse, anything that breaks. The README has a full security model breakdown if you want to get adversarial.
Apr 2026 · github.com · its alternatives →
22
Concurrency-safe file-backed element store in Go▲19
File backed element store with caching and async writes - sebcat/store
2015 · github.com · its alternatives →
23
Kiwi – a minimalistic, extendable, in-memory key value store▲23
A minimalistic in-memory key value store. Contribute to sdslabs/kiwi development by creating an account on GitHub.
2020 · github.com · its alternatives →
24
Foyer, Hybrid in-memory and disk cache in Rust▲18
Hybrid in-memory and disk cache in Rust. Contribute to foyer-rs/foyer development by creating an account on GitHub.
2025 · github.com · its alternatives →

Also compare

Ranked by how close each launch is in meaning, then by votes. Prices were read from each product’s own site when checked and can change. Refine with your own description →