You can't manage what you can't measure. View detailed graphs for any available query metric in Insights: CPU time, blocks read/written, cache hit ratio, and more.
PlanetScale
@planetscale.com
The database platform built for scale. Postgres and Vitess/MySQL. https://planetscale.com Discord: http://discord.gg/pDUGAAFEJx Status: http://planetscalestatus.com
Sharding is how you scale relational databases. Bottlenecks like server write limits, data size, and slow backups mean eventually, your data should live on multiple servers. Learn how we do this at PlanetScale with Neki and Vitess in our latest blog.
Join us in SF on August 31 for CRITICAL mass, a talk series held under NDA and Chatham House rules, going deep on how PlanetScale achieves extreme reliability. No recording, no record, just a moment in time.
CRITICAL mass · Luma
Announcing CRITICAL mass, a one-of-a-kind talk series and networking event held under NDA and Chatham House rules. Every leading company is struggling to keep…
luma.com
Vitalize migrated to PlanetScale and saw: - P95 latency dropped to 2ms - Heavy JSONB reads dropped from 50s -> 1.2s - Half the vCPUs with better performance - Actionable performance info with Query Insights Read all about their migration:
From Supabase to PlanetScale: Zero Downtime, 400GB, 150 Million Rows - Vitalize
Our recent migration to PlanetScale ensures our platform can scale reliably in an industry where precision and speed directly affect patient care.
vitalize.care
PlanetScale's fault tolerance is built on straightforward principles and architectures. The challenge is in the execution. Here are the principles we follow to keep our systems reliable:
The principles of extreme fault tolerance — PlanetScale
The principles and processes we follow for fault tolerance.
planetscale.com
At scale, you can only put off sharding for so long. YouTube scaled MySQL with Vitess, and now we're building the same for Postgres.
I'm hiring for my team @planetscale.com, in AMER and EMEA, fully remote. Come build the best Postgres product on the planet with super talented folks, very high autonomy, tier-zero databases. DMs open if you'd like to talk first, happy to chat. job-boards.greenhouse.io/planetscale/...
Magicare migrated to PlanetScale and achieved an 85%+ reduction in query latency, 17× faster materialized view refreshes, and a 6× smaller database footprint per instance. Read the article for all the details.
How Magicare cut query latency by 85% by moving to PlanetScale - Magicare.ai
Magicare drives better patient outcomes, automates your busywork, and increases employee happiness—all from one simple dashboard purpose built for post acute healthcare.
magicare.ai
If you’re not careful, ingress (free) can become egress (not free). Double-check your agents work, they could quietly be costing you money.
Egress costs are an annoying reality of AWS and GCP. But there are ways to minimize the pain while also getting more out of your database. New post on how to send less data, save money, and make your apps faster: planetscale.com/blog/databas...
Egress problems and where to find them — PlanetScale
Reducing the size and frequency of requests to your database has the double benefit of making your applications faster and cheaper.
planetscale.com
82,000x database performance improvement? A single index can do that, and PlanetScale Insights can tell you where.
It's easy to introduce slow queries into your workload. Tracking them down should be easy too. PlanetScale Insights shows you which queries are slow and why. Combined with our MCP server, you can automate fixing them.
Most database benchmarks are bad. The problems are often subtle. Mismatched instances, cold caches, and coordinated omission all produce misleading results. Today, we’re publishing guidance on how to do it right, and updating our acceptable use policy to allow benchmarking.
pgvectorscale augments pgvector with StreamingDiskANN, making larger-than-RAM vector indexes achievable in Postgres. It also adds statistical binary quantization for improved search recall over regular quantization. PlanetScale supports both. Try them today.
Postgres RLS sounds great in theory: embedded access control right in the database. In practice, there's complexity in policy configuration, managing your attack surface, and performance implications. Our latest article takes a deep dive into RLS.
Postgres has three ways to isolate tenants: - Logical databases - Per-tenant schemas - Tenant ID in a shared schema Counterintuitively, the last is the best way to scale. Read about why in our latest article.
Autumn migrated to PlanetScale and got: - Query latency reduction from ~100ms to < 10ms - Support and tooling to identify + fix slow queries - Significant decrease in CPU usage - Connection scalability Read about their migration: pscale.link/autumn-to-ps
Migrating Autumn to PlanetScale
How we migrated our core database to <a href="https://planetscale.com/" target="_blank" rel="noopener noreferrer">PlanetScale</a>, and why it's been a game-changer for performance, reliability, and de...
pscale.link
Sharding is the best way to scale a database. But how does it work? And what's the best way to ensure data and queries are evenly distributed? Our interactive article on database sharding teaches you how.
pgcopydb is the best way to migrate to PlanetScale Postgres. We've used it to move multi-TB databases at speeds over 2 TB/hr. PlanetScale's custom fork adds PG 17/18 support, better CDC, and resilient retry.
Postgres wasn't designed as a job queue, but many apps use it as one right alongside analytics, OLTP, and everything else. Our latest blog goes deep on what to be aware of when doing this and how the situation has improved for Postgres over time.
How do you build applications to get the most out of Traffic Control? Our latest article covers patterns for categorizing, tagging, and budgeting your Postgres queries. planetscale.com/blog/pattern...
Patterns for Postgres Traffic Control — PlanetScale
Practical patterns for leveraging Database traffic Control
planetscale.com
Traffic Control lets you limit how much of your Postgres compute resources any one workload can consume. You can warn, block, or do a mixture of both when queries exceed these limits.
Postgres is using 80% of RAM, and that's a good thing. But what's it actually doing with all that memory? At what point should you take action to mitigate usage? Our latest blog breaks it down. planetscale.com/blog/high-me...
High memory usage in Postgres is good, actually — PlanetScale
A high memory percentage in PlanetScale Postgres is not necessarily a problem. Let's compare how memory and CPU usage are different, how not all memory usage is created equal, and which signals actual...
planetscale.com
We're excited to share we're partnering with Stripe as part of their Stripe Projects developer preview. Create & manage PlanetScale Postgres + Vitess databases straight from the Stripe CLI. All of your dev tool provisioning and billing now centralized in one place. planetscale.com/blog/planets...
Stripe Projects partnership: Provision PlanetScale Postgres and MySQL databases from the Stripe CLI — PlanetScale
PlanetScale is a co-design and launch partner for the Stripe Projects developer preview, allowing you or your coding agents to provision and manage databases and other dev tools directly from the Stri...
planetscale.com
🧢 Stop by the PlanetScale booth if you're at SREcon for PlanetScale credits, hats, stickers, and great conversations about databases.
Query Insights just got way more powerful. We now track tag metadata at the per-query level. This allows you to filter queries by tag, see per-tag performance breakdowns, and set resource budgets with Traffic Control.
Introducing Database Traffic Control: a Postgres traffic management system built into PlanetScale. Enforce flexible budgets on your database traffic to protect against unexpected and dangerous workloads. planetscale.com/blog/introdu...
Introducing Database Traffic Control — PlanetScale
Enforce real-time limits on your Postgres query traffic to protect your database from runaway queries and unexpected load spikes.
planetscale.com
📅 Meet us at KubeCon EU next week! Our Neki, Vitess, and Solutions teams are on-site for demos, architecture deep dives, and to answer all your scaling questions. Request a meeting: planetscale.com/meet-us-at-k...
Meet us at KubeCon EU
Connect with the PlanetScale team at KubeCon EU
planetscale.com
Want to learn how to build Postgres extensions in Rust? Our very own @piki.dev is doing a deep dive on pgrx at the Raleigh Triangle Postgres Users Group on March 24th, 5:30pm EDT. Free food and great discussions. RSVP here: www.meetup.com/triangle-pos...
pgrx, a modern framework for building PostgreSQL extensions in Rust, Tue, Mar 24, 2026, 5:30 PM | Meetup
Join us for our next meetup featuring Patrick Reynolds from PlanetScale, who will share his insights on pgrx, a modern framework for building PostgreSQL extensions in Rust.
meetup.com