Commerce · alternatives · 2026

24 alternatives to Concurrency-safe file-backed element store in Go

File backed element store with caching and async writes - sebcat/store

Store is a Go library that provides file-backed storage for elements with built-in caching and asynchronous write capabilities. It is designed for developers who need persistent data storage with improved performance… Below are 24 products that do a similar job, ranked by how close each is in meaning and then by launch-day votes. Concurrency-safe file-backed element store in Go launched in 2015; newer entries below may have overtaken it.

1
A Database Written in Golang▲277
Recently created a minimal persistent relational database in Go. Main focus was on implementing & understanding working the of database, storage management & transaction handling. Use of B+ Tree for storage engine(support for indexing), managing a Free List (for reusing nodes), Support for transactions, Concurrent Reads. Still have many things to add & fix like query processing being one of the main & fixing some bugs Repo link - https://github.com/Sahilb315/AtomixDB Would love to hear your thoughts
2025 · github.com · its alternatives →
2
Store.js v2.0 – Cross-browser storage for all use cases▲162
Cross-browser storage for all use cases, used across the web. - marcuswestin/store.js
2017 · github.com · its alternatives →
3AB
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 →
4
go-storage▲86
An application-oriented unified storage layer for Golang.
2021 · github.com · its alternatives →
5
IronDB – a resilient key-value store for the browser▲73
IronDB is now ImmortalDB: https://github.com/gruns/ImmortalDB - gruns/irondb
2018 · github.com · its alternatives →
6GA
Goqite, a persistent message queue Go library built on SQLite▲99
I wanted to build a persistent message queue based on SQLite, because that's what I'm using for my main state anyway. This gives me ACID across state and messaging, which is nice! I've been inspired by the terminology of AWS SQS for this, but it's obviously much simpler. Maybe you can use it too. :)
2024 · goqite.com · its alternatives →
7
A proof-of-concept FoundationDB based network block device backend▲192
A totally proof-of-concept FoundationDB based network block device backend - dividuum/fdb-nbd
2018 · github.com · its alternatives →
8
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 →
9AF
A fast append-only data store for Java 8▲74
2015 · probablyfine.co.uk · its alternatives →
10
Simple in-memory key/value store written in Elixir using Shards▲80
Simple in-memory Key/Value Store written in Elixir using `cabol/ex_shards` - cabol/kvx
2016 · github.com · its alternatives →
11
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 →
12
A strongly-typed document DB that runs on any transactional KV store▲113
A strongly-typed document database that runs on any transactional key-value store. - losfair/RefineDB
2021 · github.com · its alternatives →
13
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 →
14
WildcatDB – A persistent key-value store built for concurrency▲13
Hey everyone! I hope you’re all having a great day. Today I’m sharing an experimental open-source project I’ve been working on for the past few months called Wildcat. Wildcat is an embedded persistent storage engine implementing an lsm tree similar to RocksDB and or LevelDB. The motivation for this system was to try to solve the multi-writer bottlenecks that most embedded systems incur. With that, during my journey with storage systems especially the log structured flavour I’ve implemented a lot of interesting optimizations and algorithms in regards to the write and read paths. I hope you…
2025 · github.com · its alternatives →
15
Pocache, preemptive optimistic caching for Go▲97
Hey all, I recently published this Go package, and would like to show off as well as get feedback!
2024 · github.com · its alternatives →
16
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 →
17
A simple distributable object-storage system in Go▲19
Simple Object Storage (I wish I could call it Steve's Simple Storage, or S3 ;) - skx/sos
2016 · github.com · its alternatives →
18
RipDB▲65
Fast, decentralized key-value Store for web3 builders
2022 · zdenham.github.io · its alternatives →
19
CallFS – S3-style object store in one Go binary (MIT)▲66
We started CallFS after yet another late-night “why did the uploads vanish?” incident. Our small team had stitched together rsync, a fragile NFS mount, and an S3 bucket—none of it observable, all of it waiting to bite us. So we wrote a single-process file service in Go that: • Speaks the S3 API (so existing tooling works). • Stores hot data on local disks for speed; cold data can sit in any S3-compatible bucket. • Exposes Prometheus metrics and JSON logs by default, because “what happened?” shouldn’t be guesswork. • Ships as a ~25 MB static binary—no external deps, MIT license. Today it’s…
2025 · github.com · its alternatives →
20
Relica – Cross-platform local, remote, and multi-cloud file backups▲132
Immutable cloud storage with multi-cloud redundancy. Zero-knowledge encryption, unlimited devices. Built on restic — no vendor lock-in. From $5/month.
2018 · relicabackup.com · its alternatives →
21
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 →
22
SirixDB – Bitemporal binary JSON database system and event store▲109
I had already posted the project a couple of years ago, and it gained some interest, but a lot of stuff has been done since then, especially regarding performance, a completely new JSON store, a REST API, various internals refactored, an improved JSONiq based query engine allowing updates, implementing set-oriented join optimizations, a now already dated web UI, a new Kotlin based CLI, a Python and TypeScript client to ease the use of Sirix... First prototypes from a precursor stem already from 2005. So, what is it all about? The system uses ideas from ZFS (a keyed index trie, storing…
2023 · github.com · its alternatives →
23SA
Storex – A modular and portable database abstraction for JavaScript▲52
We'd like to show you Storex, a database abstraction layer that allows you to move your database interaction code between client- and server-side. By surrounding it with modular, recombinable packages for common problems such as schema migrations, it's possible to re-use logic touching the database across a wide variety of databases, allowing you to develop your code entirely in-browser in your daily development workflow, and then move your database to PostgreSQL/MySQL back-end once you're ready. Storex was designed modularly enough to easily be adapted to mBaaS like Firebase, which is…
2019 · its alternatives →
24
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 →

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 →