Turso provides edge-replicated SQLite databases that replace centralized cloud databases like PlanetScale with sub-millisecond local reads.
Former virtualization engineers Glauber Costa and Pekka Enberg created Turso and its underlying libSQL engine to break SQLite out of its embedded boundary and turn it into a distributed database for modern microservices. Because upstream SQLite rejects external code contributions, they forked the codebase to add remote HTTP connections, automated replication, and multi-tenant architectures. Today, that lineage gives infrastructure teams a serverless database that delivers local in-process read latency while syncing writes back to a primary coordinator.
PlanetScale organizes relational data around centralized Vitess clusters running MySQL, designed to maximize throughput for large services hosted in core cloud datacenters. While this architecture handles heavy transactional loads, applications deployed across global edge networks or regional worker nodes must cross public internet links to execute every query. That network traversal adds thirty to one hundred milliseconds of roundtrip latency per request, forcing engineering teams to introduce auxiliary caching tiers like Redis simply to keep edge responses responsive.
Turso approaches database performance by inverting the network model: instead of shuttling queries to a distant cluster, it pushes read replicas directly to application nodes or edge locations. Using embedded replicas, queries run against local disk or memory with sub-millisecond execution times, while write operations automatically route back to the primary database over an optimized protocol. Teams migrating from PlanetScale trade MySQL's horizontal sharding and Git-like branching for zero-cold-start SQLite databases, negligible read latency, and dramatically simpler operations when distributing data close to end users.
Can Turso be self-hosted without using Turso Cloud? Yes. The underlying libSQL server and client libraries are open source, allowing you to run the primary server and embedded replicas entirely on your own infrastructure or container clusters.
Turso vs PlanetScale — which should you choose? Choose PlanetScale if your application requires heavy, concurrent relational writes across terabytes of data with MySQL compatibility; choose Turso if you need edge-distributed reads, microsecond local latency, or database-per-tenant isolation.
Does Turso support standard SQLite tooling? Yes. Turso maintains SQLite file-format and SQL syntax compatibility, meaning standard SQLite CLI utilities, GUI clients like TablePlus and Beekeeper Studio, and schema migration tools work as expected.
Turso delivers exceptional read performance and operational simplicity for edge applications and multi-tenant architectures, though it remains ill-suited for write-heavy systems that exceed the capacity of a single coordinator node. Active maintenance with commits through September 2026 and an MIT license that permits embedding the database engine directly into commercial software make Turso a dependable foundation for low-latency systems.
Go, gRPC and Protobuf done right, LLM agents in production, and the hard parts of shipping a first product.
Show that Turso is listed as an open-source alternative. Paste into your README: