Turso vs PlanetScale vs Neon Pricing 2026

"Serverless SQL" now covers three genuinely different designs, so a plain price table hides the real decision. Turso puts SQLite-compatible databases next to the app and treats an idle database as a set of files, so there is no compute to pay for when nobody queries^[2]. PlanetScale provisions a database node you rent by the month, MySQL on Vitess or its newer Postgres, and that node keeps running whether or not traffic arrives^[4]. Neon separates Postgres compute from storage and scales the compute to zero after a few minutes idle, billing only the compute-hours you use^[9]. This comparison lines the three up on engine, billing unit, and scale-to-zero behavior. For the broader "which backend platform" question, see Supabase vs Firebase vs Neon; this piece stays on the SQL engine itself.

1. What engine and protocol does each one speak?

Vendor	Engine	Protocol / compatibility	Stated direction
Turso	SQLite, via libSQL (C fork) and Turso Database (Rust rewrite)[2][3]	SQLite dialect, file format, and C API; embedded replicas at the edge[2]	Rust rewrite replaces libSQL; experimental Postgres wire protocol added[3]
PlanetScale	MySQL on Vitess, plus Postgres[4][6]	MySQL wire protocol with Vitess sharding; native Postgres since 2025[5][6]	Vitess, single-node and HA Postgres, plus Neki sharded Postgres; Metal or network-attached storage[4]
Neon	Postgres, serverless[7]	Standard Postgres, full compatibility with common extensions[10]	Compute and storage separated; branch-per-feature workflow[7]

The engine choice drives everything downstream. Turso is SQLite, so it fits embedded and edge workloads where the database rides close to the app and syncs on demand, and its Rust rewrite (Turso Database) is a clean-room reimplementation that stays compatible with SQLite's dialect, file format, and C API^[2][3]. PlanetScale is MySQL on Vitess, the sharding layer built to scale MySQL horizontally, and it now offers Postgres as a second engine on the same platform^[4][6]. Neon is plain Postgres with a serverless storage and compute split, which is what lets it branch a full database in milliseconds and suspend compute when idle^[7][10]. If your codebase already assumes Postgres, Turso is a migration; if it assumes SQLite, Neon is.

2. What does each one bill you for?

Vendor	Entry point	Billed on	Ceiling shape
Turso	Free $0 · Developer $5.99/mo · Scaler $29/mo · Pro $499/mo (yearly: $4.99, $24.92, $416.58)[1]	Storage plus rows read and rows written; no separate compute charge[1]	Plan allowance plus per-unit overage on rows and storage[1]
PlanetScale	No free plan; single-node Postgres from $5/mo; Metal from $50/mo; HA and Vitess priced by size[4][6]	Provisioned node per month; 10 GB storage included (Vitess $0.50 per extra GB); backups $0.023/GB[6]	Node price is a floor you pay continuously[4]
Neon	Free $0 · Launch $0.106/CU-hour · Scale $0.222/CU-hour[7]	Compute-hours (CU-hours) plus storage $0.35/GB-month; no monthly minimum[7]	Pure usage meter that falls to near zero when idle[7][9]

Three billing units, three risk shapes. Turso meters the database's work directly: gigabytes stored and rows touched, with no line item for a running server, so a read-heavy app should model row-read overage above the plan allowance ($1 per billion extra reads and $1 per million extra writes on Developer)^[1]. PlanetScale rents you a node: the $5 single-node Postgres database is the smallest, and you pay it every month whether the database serves one query or millions, with storage and backups added on top^[4][6]. Neon meters compute-hours and storage separately with no monthly minimum, so an idle project trends toward a near-zero bill and a busy one scales with the compute you actually burn^[7]. Fold whichever unit fits your workload into your AI stack cost calculator, and if you are storing embeddings, price the vector footprint with the embeddings DB cost tool.

3. Which one has a real free tier, and what does paid entry cost?

• Turso: a genuine free plan with 5 GB storage, 100 databases, 500 million row reads and 10 million row writes per month^[1]. Enough to run a small production app, not just a demo, then Developer at $5.99 a month ($4.99 billed yearly) with 9 GB and 2.5 billion reads. For Turso alone, see Turso pricing 2026.
• PlanetScale: no free tier at all; every database requires a paid subscription^[6]. The floor is the $5 a month single-node Postgres database, which since November 2025 gives PlanetScale a low entry point it previously lacked^[5][6].
• Neon: a free plan with up to 100 projects, each with 100 CU-hours a month, 1 GB of storage and compute up to 2 CU^[7]. Paid entry is pure usage with no monthly minimum, so the "entry price" is whatever you consume rather than a fixed number^[7][8].

Framed honestly: two of the three still have a usable free tier (Turso and Neon), and the one that dropped free (PlanetScale) answered with a $5 floor instead of a $0 one^[5][6]. For a side project that must cost nothing at rest, Turso's storage-only idle bill or Neon's suspended compute both work; for a project that wants a guaranteed always-on node from day one, PlanetScale's $5 node is the cleaner answer^[1][4].

4. How does each handle an idle database?

Behavior	Turso	PlanetScale	Neon
Idle compute	None to run; database is files in object storage[2]	Node stays warm and running[4]	Auto-suspends after 5 min idle[9]
Idle cost	Storage only[2]	Full monthly node price[4]	Storage only while compute is suspended[7][9]
Wake latency	No wake step; queries served from storage[2]	None; already running[4]	Reactivates within a few hundred milliseconds[9]

Turso and Neon both get an idle bill near zero, by opposite routes. Turso has no per-database compute process to begin with, so "there is nothing to scale to zero" is literally the architecture, and durability sits on S3 and S3 Express^[2]. Neon keeps a real Postgres compute but parks it after five minutes of inactivity and brings it back in a few hundred milliseconds, which applies to computes up to 16 CU^[9]. PlanetScale trades that idle saving for predictability: the node never sleeps, so there is no cold start and no wake latency, but you pay for it around the clock from the $5/mo floor up^[4]. If cold-start latency is unacceptable, PlanetScale's warm node wins the row it loses on idle cost.

5. What changed in 2025-2026?

• Turso, October 2, 2026: Turso announced it is being acquired by Supabase. Its platform and APIs continue, Turso Database stays open source, and a path into standard Postgres on Supabase is promised^[11]. Pricing on 2026-10-11 is unchanged^[1].
• Neon, 2025-2026: Databricks agreed to acquire Neon on May 14, 2025, and Neon now describes itself as part of the Databricks Platform^[10][7]. On August 14, 2025 it moved paid plans to usage-based pricing with no monthly minimum^[8]. Its free plan now includes 1 GB of storage per project, and extra branches cost $0.002 per branch-hour^[7].
• PlanetScale, November 2025 onward: shipped single-node Postgres databases from $5 a month, then Neki, horizontally sharded Postgres, adding a low entry point to a platform that had been Vitess-first with no free tier^[4][5].
• Turso engine: Turso Database, the Rust rewrite of SQLite, is the stated direction over libSQL, and the engine also speaks Postgres experimentally^[2][3].

The actionable one is PlanetScale's $5 Postgres: it turns a platform that used to start at MySQL-at-scale prices into a plausible home for a small Postgres app, and it undercuts the mental model that PlanetScale is "for big fleets only"^[5]. On Turso, watch for pricing changes as the Supabase integration lands; on Neon, verify current rates before committing^[7][11].

6. Which should you pick?

• SQLite at the edge or embedded, idle cost equal to storage only: Turso, billed on rows and storage with no compute line^[1][2].
• Serverless Postgres that sleeps between requests and branches per feature: Neon, metered by compute-hour with no monthly minimum^[7][9].
• MySQL at scale via Vitess, or a predictable always-on Postgres node with no cold start: PlanetScale, from a $5 a month single-node Postgres database^[4][5].
• Lowest bill at rest: Turso or Neon; the always-warm PlanetScale node costs its full monthly price even idle^[2][4][9].
• Guaranteed entry cost without a free tier: PlanetScale's $5 node; if you need $0 at rest, use Turso's or Neon's free plan^[1][6][7].

Re-verify each pricing page before you commit: PlanetScale added Postgres and a $5 floor, Neon is now part of Databricks, and Turso is joining Supabase^[5][7][11]. For the hosting layer that runs above the database, see Railway vs Render vs Fly; to fold the database line into your full stack, use the AI stack cost calculator.

All pricing and engine figures verified against official pricing pages, docs, and vendor announcements on 2026-10-11.

Frequently asked questions

Is Turso, PlanetScale, or Neon actually serverless?

Turso and Neon both drop the idle bill toward zero, by opposite mechanisms. Turso has no per-database compute process at all: an idle database is a set of files in object storage, so you pay only for storage and the rows you read and write. Neon runs a real Postgres compute that auto-suspends after five minutes of inactivity and reactivates in a few hundred milliseconds, so you pay only for active compute-hours. PlanetScale is the odd one out: even its cheapest option, a $5 a month single-node Postgres database, is a provisioned node that runs continuously, so it is fully managed but not scale-to-zero. All three verified against official pages on 2026-10-11.

Does PlanetScale support Postgres now, or only MySQL?

Both. PlanetScale started as MySQL on Vitess, the horizontal-sharding engine behind large MySQL fleets, and it still offers that. Since November 14, 2025 it also sells single-node Postgres databases starting at $5 a month, and in 2026 it added Neki, horizontally sharded Postgres. High-availability Postgres (one primary and two replicas across three availability zones) and Vitess clusters are priced in the calculator by size, and Metal databases with local NVMe start at $50 a month. There is no free plan on any engine, verified 2026-10-11.

What happened to Neon after the Databricks deal, and did pricing change?

Databricks announced on May 14, 2025 that it had agreed to acquire Neon, and Neon now describes itself as part of the Databricks Platform, built on Lakebase Postgres. Separately, on August 14, 2025 Neon moved paid plans to fully usage-based pricing with no monthly minimum and storage at $0.35 per GB-month. As of 2026-10-11 the pricing page lists Launch compute at $0.106 per CU-hour and Scale at $0.222 per CU-hour, and the free plan includes 1 GB of storage per project.

What does Supabase buying Turso mean for Turso pricing?

Turso announced on October 2, 2026 that it is being acquired by Supabase. Turso says its platform keeps running, databases, APIs and workflows continue as they do today, Turso Database stays open source, and a migration path into standard Postgres on Supabase will follow. The Turso pricing page on 2026-10-11 still lists the same plans: Free, Developer at $5.99 a month, Scaler at $29 and Pro at $499, with lower yearly rates.

Is Turso still using libSQL or the new Rust engine?

Both exist, and the direction is clear. libSQL, a fork of SQLite written in C, is what powers Turso Cloud in production today. Turso Database, a ground-up rewrite of SQLite in Rust, is the stated future: the project's own materials say it replaces libSQL as the intended direction. It stays SQLite-compatible at the SQL dialect, file format, and C API level, and its GitHub repository also lists experimental Postgres wire-protocol support.