All Topics
All Topics
Technology
Technology
Design
Design
Programming
Programming
Science
Science
News
News
Gaming
Gaming
Entertainment
Entertainment
Business
Business
Finance
Finance
Sports
Sports
Health
Health
Food
Food
Travel
Travel
Art
Art
Music
Music
Books
Books
Education
Education
Politics
Politics
Personal
Personal
No algorithm. No AI slop. No ads. Just RSS. Pro-human. Indie writers. Real journalism. Open web. Chronological. Hand toasted.

The Case for Single-Threaded, Aggressively Sharded Databases

By

lawrencechen

5mo ago· 6 min readenOpinion

Summary

The article argues that most transactional databases should be single-threaded and aggressively sharded, challenging the conventional wisdom of multi-threaded database architectures. The author contends that single-threaded shards would eliminate many complexities like transactions, serializability, race conditions, and locking that plague multi-threaded systems. The post explores why this approach would work better for many applications, particularly B2B SaaS apps, by simplifying architecture and improving performance through sharding rather than threading.

Key quotes

· 4 pulled
hot take: databases should be single-threaded
someone a long time ago decided that database shards should be multi-threaded. ever since then, we've had to worry about transactions, serializability, race conditions, and locking.
instead, we should have single-threaded shards
aggressively sharded, single-threaded databases would suit you best more often than you'd think, even if you're 'just' building a generic B2B SaaS app
Snippet from the RSS feed
Last night, I caused something on X by saying that (most) transactional databases should be single-threaded and aggressively sharded: hot take: databases should be single-threaded someone a long time ago decided that database shards should be multi-thre

You might also wanna read