PlanetScale vs. Neon 2026: Welche serverlose Datenbank solltest du wählen?

Wenn du ein Postgres-Shop bist, der echte Isolation pro Branch, Scale-to-Zero bei Dev-Datenbanken und eine Rechnung will, die buchstäblich bei null Dollar beginnt, wähle Neon. Wenn du MySQL in ernsthaftem Maßstab betreibst, auf Vitess lebst oder einfach eine Datenbank willst, die nie einen Kaltstart hat und nie schläft, wähle PlanetScale. Das ist die gesamte Entscheidung in zwei Sätzen, und fast alles darunter ist nur ich, der seinen Rechenweg zeigt, damit du mit mir streiten kannst.

Ich habe den größten Teil eines Jahrzehnts damit verbracht, Produktivdatenbanken zu hüten, und was dir niemand sagt, ist, dass sich die Kategorie "serverlose Datenbank" leise in zwei Religionen gespalten hat. Die eine Seite optimiert auf Kosten-Elastizität — deine Datenbank sollte verschwinden, wenn niemand hinsieht, und nichts kosten. Die andere Seite optimiert auf Vorhersehbarkeit — deine Datenbank sollte laufen, warm und in jeder einzelnen Millisekunde identisch sein, und du zahlst für diese Gewissheit. Neon ist die erste Kirche. PlanetScale ist die zweite. Keine ist falsch. Sie beantworten verschiedene Fragen.

Hier ist die schnelle Version, bevor wir zu den Belegen kommen.

PlanetScale vs. Neon im Überblick

	PlanetScale	Neon
Engine	MySQL (Vitess) + Postgres (GA Sept. 2025)	Nur serverloses Postgres
Günstigster bezahlter Einstieg	5 $/Monat Single-Node-Postgres (PS-5)	Rein nutzungsbasiert, startet nahe 0 $
Free-Tier	Keiner (eingestellt April 2024)	Ja — 0 $/Monat, 100 CU-Stunden, 0,5 GB/Projekt
Branching	Ja (schema-first; Daten via Restore bei PG)	Ja (sofortiges Copy-on-Write, vollständige Daten)
Scale-to-Zero	Nein — immer an, keine Kaltstarts	Ja — suspendiert nach 5 Min. Inaktivität
Storage-Preis	Cluster + EBS-Storage getrennt abgerechnet	0,35 $/GB-Monat
Im Besitz von	Unabhängig	Databricks (übernommen Mai 2025, ~1 Mrd. $)
Am besten für	MySQL/Vitess-Shops, hohe QPS, latenzsensibel	Postgres-Greenfield, Dev/Preview-Ökonomie, KI-Agenten

Jetzt die Belege.

PlanetScale 2026: die Always-on-Wette

PlanetScales Ruf wurde auf Vitess aufgebaut, der MySQL-Sharding-Schicht, die YouTube schrieb, um seine Datenbank vor dem Schmelzen zu bewahren. Dieses Erbe ist immer noch wichtig — wenn du MySQL über Tausende von Knoten sharden musst, gibt es keinen ruhigeren Ort im Internet, um das zu tun. Aber die große Story 2026 ist, dass PlanetScale nicht mehr nur MySQL ist. PlanetScale for Postgres wurde am 22. September 2025 allgemein verfügbar (PlanetScale), also ist das alte "MySQL oder geh nach Hause"-Framing tot.

Die Preise sind cluster-basiert, und das ist nach Jahren vager "Compute-Units" ehrlich gesagt erfrischend. Auf AWS us-east-1 startet ein Single-Node- (Non-HA-) Postgres-Cluster bei 5 $/Monat, während die hochverfügbare Drei-Knoten-Version bei 15 $/Monat beginnt und von dort aus steigt (PlanetScale Preise). Vitess-(MySQL-)Pläne starten höher — die Non-Metal-Drei-Knoten-Konfiguration beginnt bei rund 39 $/Monat. Und dann gibt es PlanetScale Metal, den NVMe-gestützten Tier, bei dem Storage lokal auf der Box statt netzwerkgebunden über EBS ist; Metal Postgres startet bei 50 $/Monat. Du zahlst eine feste monatliche Gebühr pro Cluster, anteilig, und Storage bei den EBS-Plänen wird zusätzlich abgerechnet.

PlanetScale-Preise, Juni 2026

Das Philosophische, das man an PlanetScale verstehen muss: Es skaliert nicht auf null, und das ist Absicht. Deine Datenbank läuft, ob jemand abfragt oder nicht. Kein Suspend, kein Kaltstart, keine "erste Anfrage nach dem Mittagessen dauert 800 ms"-Steuer. Für eine kundenorientierte App, bei der die p99-Latenz ein Posten ist, den der CEO im Blick hat, ist das ein Feature, kein Bug. PlanetScales eigener veröffentlichter Benchmark gegen Neon/Lakebase setzte PlanetScale bei rund 33.000 QPS gegenüber etwa 27.000 für Neon, mit konsistenterer Performance über die Zeit (PlanetScale-Benchmarks). Nimm Anbieter-Benchmarks mit der üblichen Handvoll Salz — sie haben ihn durchgeführt, sie haben ihn gewonnen — aber die Konsistenz-Behauptung passt zur Always-on-Architektur. Es gibt nichts aufzuwecken.

Branching existiert bei PlanetScale, und es ist wirklich gut für das, wofür es entworfen wurde: Schema-Migrationen. Der Deploy-Request-Workflow — branchen, diffen, reviewen, mergen — fängt brechende Schema-Änderungen ab, bevor sie die Produktion erreichen, und ist dafür besser strukturiert als alles, was Neon ausliefert. Der Haken sind die Daten. MySQL-Branches sind reine Schema-Umgebungen, und PlanetScale-Postgres-Branches stellen aus einem Backup wieder her, um Daten einzuschließen. Wenn dein CI-Flow eine vollständige, sofortige Kopie der Produktionsdaten bei jedem Pull Request will, ist das nicht PlanetScales Stärke.

Der Elefant im Raum ist das, was im April 2024 passierte: PlanetScale stellte seinen kostenlosen Hobby-Tier komplett ein. Neue Hobby-Datenbanken endeten am 6. März 2024, und bestehende mussten bis zum 8. April upgraden oder wurden schlafen gelegt (PlanetScale Hobby-Deprecation-FAQ). Die Entwickler-Community nahm es persönlich — der günstigste Ersatz war damals 39 $/Monat, und das Internet vergibt einen verschwundenen Free-Tier nicht schnell. Die gute Nachricht 2026 ist, dass der 5-$-Single-Node-Postgres-Einstiegspunkt diesen Schlag erheblich abgemildert hat. Es ist nicht kostenlos, aber es sind auch keine 39 $.

Neon 2026: Scale to Zero, im Besitz von Databricks

Neon ist serverloses Postgres, Punkt. Kein MySQL, kein Vitess, keine Sharding-Schicht — nur Postgres, so architekturiert, dass Storage und Compute auseinandergezogen sind. Diese Trennung ist der ganze Trick. Sie ist es, was Neons Branching sofortig macht: Ein Branch ist ein Copy-on-Write-Snapshot deines gesamten Datensatzes, eine vollständig isolierte Postgres-Datenbank in unter einer Sekunde, ohne Datenkopie. Für CI-Pipelines und Preview-Umgebungen ist das das Killer-Feature. Jeder Pull Request kann seine eigene echte Datenbank bekommen, mit echten, produktionsähnlich geformten Daten, die für die Dauer des PR lebt und dann verschwindet.

Sie ist auch das, was Scale-to-Zero möglich macht. Standardmäßig suspendiert Neon ein Compute nach fünf Minuten Inaktivität, und du kannst es bei bezahlten Plänen 5 Minuten, 30 Minuten oder unbegrenzt warm halten (Neon-Docs). Wenn es aufwacht, landen Kaltstarts typischerweise im Bereich von einigen hundert Millisekunden, p99 um die 500 ms. Das ist dramatisch besser als die rund 15 Sekunden Wiederaufnahme von Aurora Serverless v2, aber es ist nicht null, und du wirst es bei der ersten Anfrage nach dem Leerlauf spüren. Für Dev-Umgebungen und stoßweise Workloads ist dieser Handel fantastisch. Für eine latenzsensible Checkout-Seite, die manchmal still wird, ist es eine echte Überlegung.

Die Preise wurden ernsthaft überarbeitet. Neon wurde im Mai 2025 von Databricks für berichtete ~1 Milliarde $ übernommen (Databricks-Newsroom), und die Rechnung ging runter, nicht rauf — ein seltenes Ergebnis nach einer Übernahme. Compute fiel um 15–25 %, und Storage fiel von 1,75 $ auf 0,35 $ pro GB-Monat, grob ein Schnitt von 80 %. Der Free-Plan ist wirklich nutzbar: 0 $/Monat, 100 CU-Stunden pro Projekt, 0,5 GB Storage pro Projekt, 10 Branches, keine Kreditkarte (Neon-Preise). Bezahlte Nutzung ist reiner Verbrauch: Launch-Compute kostet 0,106 $/CU-Stunde, Scale kostet 0,222 $/CU-Stunde, beide bei 0,35 $/GB-Monat Storage. Und entscheidend: Neon ließ sein altes 5-$-Monatsminimum fallen — wenn du 3 $ Nutzung verbrauchst, werden dir 3 $ berechnet (Neon-Blog). Eine CU ist ein vCPU und 4 GB RAM, sodass du über Kosten meistens ohne Tabellenkalkulation nachdenken kannst.

Neon-Preise, Juni 2026

Eine ehrliche Fußnote: Scale-to-Zero spart Geld im Leerlauf, aber "Leerlauf" ist rutschig. Ein Neon-Projekt, das auch nur ein Rinnsal an Traffic bekommt — 30 Besuche am Tag — kann täglich mehrere CU-Stunden anhäufen, weil jedes Aufwecken das Compute wieder hochfährt. Neon-Nutzer haben das auf GitHub angemerkt. Scale-to-Zero ist nicht dasselbe wie nie laufen. Behalte deine CU-Stunden im Auge.

Welches solltest du tatsächlich wählen?

Du betreibst MySQL oder lebst auf Vitess. Das ist keine Debatte. PlanetScale ist die natürliche Heimat, und von Vitess wegzumigrieren, um Neons Branching hinterherzujagen, wäre, als würdest du dein Haus verkaufen, um eine schönere Türklingel zu bekommen. Bleib.

Du bist ein Postgres-Shop, der frisch anfängt. Tendiere zu Neon. Das native Postgres-Ökosystem ist breiter, das Copy-on-Write-Branching ist mächtiger für CI-Isolation, und der Free-Tier bedeutet, dass du ein Jahr lang ohne Rechnung prototypen kannst. PlanetScale Postgres ist gut und wird besser, aber Neon wurde dafür geboren.

Du brauchst riesigen Maßstab oder hartes Sharding. PlanetScale, via Vitess. Niemand betreibt MySQL-im-Planeten-Maßstab bequemer. Wenn deine Roadmap "wir werden irgendwann über Hunderte von Knoten sharden" beinhaltet, fang dort an, wo das ein gelöstes Problem ist.

Dir ist serverlose Ökonomie am wichtigsten. Neon. Scale-to-Zero plus ein echter 0-$-Free-Tier plus kein Monatsminimum ist der günstigste Weg, Dutzende kleiner oder stoßweiser Datenbanken zu betreiben. PlanetScales Always-on-Modell bedeutet, dass selbst eine ungenutzte Datenbank dich jeden Monat die volle Cluster-Gebühr kostet.

Du bist latenz-besessen. PlanetScale. Niemals Kaltstarts. Wenn deine App die erste Abfrage nach einer ruhigen Phase in einstelligen Millisekunden beantworten muss, gewinnt eine Always-on-Datenbank standardmäßig.

Du bist pleite. Neon, keine Frage. Free-Tier, keine Karte. PlanetScales Untergrenze ist 5 $/Monat pro Datenbank — in Ordnung für eine App, schmerzhaft, wenn du zehn Wegwerf-Datenbanken für zehn Nebenprojekte willst.

Die Echtkosten-Realität, von der niemand einen Screenshot macht

Der Listenpreis lügt hier in beide Richtungen, also lass uns konkret werden.

Bei Neon ist die Falle die Umkehrung des Traums. Scale-to-Zero macht Dev- und Preview-Datenbanken nahezu kostenlos, was echt und wunderbar ist. Aber eine Produktivdatenbank, die stetigen Traffic bedient, skaliert nie auf null — sie läuft, autoskaliert, berechnet kontinuierlich CU-Stunden. Bei Scale-Tier-Raten (0,222 $/CU-Stunde) kostet ein einzelnes ständig warmes 1-CU-Compute rund 160 $/Monat vor Storage, Branches und Egress. Nutzungsbasierte Preise sind wunderbar, wenn die Nutzung niedrig ist, und überraschend, wenn nicht. Tagge deine Projekte und prüfe das Dashboard wöchentlich, besonders mit KI-Agenten, die Datenbanken hochfahren — Neons eigene Telemetrie zeigte, dass über 80 % seiner Datenbanken von Agenten erstellt wurden, nicht von Menschen, und Agenten lesen keine Rechnungen.

Bei PlanetScale ist die Falle das Gegenteil: die Untergrenze. Diese 5-$-Single-Node-Postgres-Datenbank ist günstig, aber sie ist Non-HA — ein Knoten, kein automatisches Failover. Die HA-Version startet bei 15 $/Monat, und das ist die ehrliche Zahl für alles, worauf du echte Nutzer setzen würdest. Multipliziere mit der Anzahl der separaten Datenbanken, die du betreibst, und der "günstige Einstiegspunkt" fühlt sich nicht mehr günstig an. PlanetScale belohnt Konsolidierung; Neon belohnt Proliferation. Passe das Werkzeug an die Art an, wie du tatsächlich gerne architekturierst.

Die langweilige Wahrheit: Für eine einzelne Produktiv-App ist der monatliche Unterschied zwischen einem ernsthaften PlanetScale-Cluster und einem stetig belasteten Neon-Projekt kleiner als die Zeit, die du mit dem Migrieren zwischen ihnen verbringen würdest. Wähle nach Engine und Branching-Philosophie, nicht nach einem 20-$-Posten.

FAQ

Ist Neon besser als PlanetScale?

Für Greenfield-Postgres-Projekte, Dev/Preview-Ökonomie und einen echten Free-Tier ja — Neon ist 2026 die bessere Standardwahl. Für MySQL, Vitess-Sharding im großen Maßstab oder latenzsensible Always-on-Workloads ist PlanetScale besser. "Besser" hängt vollständig von deiner Engine ab und davon, ob du Scale-to-Zero oder null Kaltstarts schätzt. Sie sind für gegensätzliche Dinge optimiert.

Hat PlanetScale einen Free-Tier?

Nein. PlanetScale stellte seinen kostenlosen Hobby-Tier im April 2024 ein — neue Hobby-Datenbanken endeten am 6. März 2024, und bestehende mussten bis zum 8. April upgraden (PlanetScale-FAQ). Der günstigste bezahlte Einstieg heute ist eine 5-$/Monat-Single-Node-Postgres-Datenbank. Wenn du speziell eine 0-$-Datenbank brauchst, ist das Neons Domäne, nicht PlanetScales.

Ist PlanetScale Postgres oder MySQL?

Beides. PlanetScale startete als MySQL auf Vitess und führt dort weiterhin, aber PlanetScale for Postgres erreichte am 22. September 2025 die allgemeine Verfügbarkeit (PlanetScale). Also kannst du 2026 jede der beiden Engines auf PlanetScale betreiben. Neon hingegen ist nur Postgres.

Ist Neon günstiger als PlanetScale?

Am unteren Ende fast immer — Neons Free-Tier ist 0 $, es hat kein Monatsminimum, und Scale-to-Zero bedeutet, dass ungenutzte Datenbanken nahezu nichts kosten. Bei stetiger Produktivlast ist es enger; ein ständig warmes Neon-Compute auf dem Scale-Tier kann ~160 $/Monat kosten, während ein PlanetScale-HA-Postgres-Cluster bei 15 $/Monat plus Storage startet. Neon gewinnt bei vielen kleinen/stoßweisen Datenbanken; PlanetScale kann bei einem einzelnen konsolidierten Workload gewinnen.

Wem gehören Neon und PlanetScale?

Neon wurde im Mai 2025 von Databricks für berichtete ~1 Milliarde $ übernommen (Databricks) und sitzt jetzt innerhalb von Databricks' Daten- und KI-Plattform. PlanetScale bleibt ein unabhängiges Unternehmen. Wenn langfristige Unabhängigkeit für dein Beschaffungsteam wichtig ist, ist dieser Unterschied erwähnenswert.

Fazit

Wähle zuerst nach Engine, zweitens nach Philosophie, der Preis ein weit abgeschlagener Dritter. MySQL oder Vitess: PlanetScale. Postgres und du liebst kostenlose Dev-Datenbanken und Scale-to-Zero: Neon. Postgres, aber Latenz ist heilig und du willst eine Datenbank, die nie schläft: PlanetScale Postgres. Beide sind 2026 exzellent — Neon wurde nach dem Databricks-Deal günstiger, PlanetScale bekam Postgres und behielt seinen Always-on-Vorteil. Du wählst zwischen zwei richtigen Antworten, was ein schönes Problem ist.

Affiliate-Offenlegung: TechRiseUps kann eine Provision verdienen, wenn du dich über Links auf dieser Seite registrierst, ohne zusätzliche Kosten für dich. Wir empfehlen nur Werkzeuge, die wir tatsächlich in der Produktion betreiben würden, und die Preise hier wurden im Juni 2026 gegen die offizielle Preisseite des jeweiligen Anbieters verifiziert. Bestätige immer die aktuellen Tarife, bevor du dich festlegst.