HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
maxpert
marmot
Go2022–2026
maxpert / marmot

marmot

A distributed SQLite server with MySQL wire compatible interface

12Distinct people
32Mentions
1Explicit recommenders
2.8KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

A distributed SQLite server with MySQL wire compatible interface

GitHub

Where it is used

No documented product use was verified in the last source check.

What people are saying

I've written a whole SQLite replication system that works on top of RAFT ( https://github.com/maxpert/marmot ). Best part is RAFT has a well understood and strong library…

maxpert used a recommendation phrase. One indexed comment matches. This is a phrase match, not a verdict.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 3:03:16 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year32 dated mentions

Observed mentions: 2022-09-08 15:21:49 UTC to 2026-05-10 21:05:05 UTC.

02468102022-01-01 00:00:00 UTC to 2023-01-01 00:00:00 UTC (exclusive): 10 mentions; 4 submissions, 6 comments20222023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 10 mentions; 2 submissions, 8 comments2024-01-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments20242025-01-01 00:00:00 UTC to 2026-01-01 00:00:00 UTC (exclusive): 5 mentions; 1 submissions, 4 comments2026-01-01 00:00:00 UTC to 2027-01-01 00:00:00 UTC (exclusive): 6 mentions; 1 submissions, 5 comments. Incomplete calendar period.2026*

* An incomplete calendar period is marked with an outlined bar. Its count is not directly comparable with a full period.

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20222022-01-01 00:00:00 UTC2023-01-01 00:00:00 UTC1046
20232023-01-01 00:00:00 UTC2024-01-01 00:00:00 UTC1028
20242024-01-01 00:00:00 UTC2025-01-01 00:00:00 UTC101
20252025-01-01 00:00:00 UTC2026-01-01 00:00:00 UTC514
2026 (partial)2026-01-01 00:00:00 UTC2027-01-01 00:00:00 UTC615

What Hacker News says

32 sources
Disclaimer: I am author of Marmot https://github.com/maxpert/marmot so I will sound extremely bias. I have been asked multiple times on why I chose SQLite and not Turso. I've always responded people that I don't trust an open-source project once it's backed by a VC firm. I've moved away from Redis to Val-Key for same reason, and we have seen the Redis train-wreck in slow-mo. I hope at no point in future Turso ever ends up in that state, but chances are pretty high. At this point the "compatible with SQLite" has become a marketing term IMO, we all know how easy it is to break compatibility here or SQLite to break compatibility.
In Turso is an in-process SQL database, compatible with SQLite
LOL what are the odds, I posted in `Show HN` about Marmot today https://github.com/maxpert/marmot/releases/tag/v2.2.0 and in my head I was thinking exact same thing for supporting MySQL's JSON datatype. At some level I am starting to feel, I might as well be able to expose a full MongoDB compatible protocol that let's you talk to tables as collections, solving this problem once it for all! But this technique I guess is very common now.
In SQLite JSON at full index speed using generated columns
maxpert·Dec 12, 2025Submission

Show HN: Marmot v2.20 – A distributed SQLite server with MySQL wire compatbility

Marmot hits major milestone I've been solo pushing (with help of AI), to really mature out the system. And yesterday I have hit the first milestone where MySQL API is stable enough to make WordPress install and work flawlessly. System is now in a place where you can spin off a cluster, and then spin off many replicas you want to scale out. I wanted to build something that is actually hard with AI, and it's been long and tough journey trying various AI tools, and huge amount of learning. I will follow up with a blog post, but since I have all the scripts to help you guys spin up cluster and examples I wanted to put it out there so that you guys can poke holes and help me improve it. Source is available at: https://github.com/maxpert/marmot/ Most fun part is a Wordpress running in cluster: https://github.com/maxpert/marmot/tree/master/exam
Read the rest
ples/wordp... Each one of these Wordpress instances is talking to it's own "MySQL" but under the hood replication is being done and stored over SQLite DB.
5 points · Open discussion
I use marmot which gives me a multi master SQLite. It uses a simple crdt table structure, and allows me to have many live SQLite instances in all data enters. A Nat Jetstream server is used as a core with all SQLite DBS connected to it. It operates off the WAL and is simple to install. It also replicates all blobs to S3 , with the directory structure in the SQLite db. With a Cloudflare domain , the users request is automatically sent to the nearest Db. So it replaces cloudscapes D1 system for free . Just a hetzner 4 euro cos is enough. Mine is holding about 200 gb of data. https://github.com/maxpert/marmot
In Searchcode.com’s SQLite database is probably 6 terabytes bigger than yours
maxpert·Sep 3, 2023Recommendation phrase
I've written a whole SQLite replication system that works on top of RAFT ( https://github.com/maxpert/marmot ). Best part is RAFT has a well understood and strong library ecosystem as well. I started of with libraries and when I noticed I am reimplementing distributed streams, I just took off the shelf implementation (https://docs.nats.io/nats-concepts/jetstream) and embedded it in system. I love the simplicity and reasoning that comes with RAFT. However I am playing with epaxos these days (https://www.cs.cmu.edu/~dga/papers/epaxos-sosp2013.pdf), because then I can truly decentralize the implementation for truly masterless implementation. Right now I've added sharding mechanism on various streams so that in high load cases masters can be distributed across nodes too.
In The Raft Consensus Algorithm (2015)

Showing the 15 most recent of 32 sources. Enable JavaScript to search and browse every indexed mention.

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.