# vitess

Open-source database clustering system for horizontally scaling MySQL.

This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles.

## The history of Postgres sharding

DevFeed: [The history of Postgres sharding](<https://devfeed.tech/articles/the-history-of-postgres-sharding-2337.md>)

Original publisher: [Read original article](<https://planetscale.com/blog/the-history-of-postgres-sharding>)

Author: Josh Brown

Published: 2026-08-24T00:00:00Z

Content type: article

Language: en

Sources: [Blog -- PlanetScale](<https://devfeed.tech/sources/blog-planetscale.md>)

Topics: [Databases](<https://devfeed.tech/topics/databases.md>), [Database](<https://devfeed.tech/topics/database.md>), [vitess](<https://devfeed.tech/topics/vitess.md>), [Tooling](<https://devfeed.tech/topics/tooling.md>), [LAMP](<https://devfeed.tech/topics/lamp.md>)

Tags: [complexity](<https://devfeed.tech/tags/complexity.md>), [database](<https://devfeed.tech/tags/database.md>), [databases](<https://devfeed.tech/tags/databases.md>), [engineering](<https://devfeed.tech/tags/engineering.md>), [history](<https://devfeed.tech/tags/history.md>), [mysql](<https://devfeed.tech/tags/mysql.md>), [neki](<https://devfeed.tech/tags/neki.md>), [postgres](<https://devfeed.tech/tags/postgres.md>), [scale](<https://devfeed.tech/tags/scale.md>), [servers](<https://devfeed.tech/tags/servers.md>), [vitess](<https://devfeed.tech/tags/vitess.md>)

### AI overview

The article traces the history of database sharding, focusing on why Postgres took longer than MySQL to develop mature sharding solutions. It discusses the origins of the term "shard," the role of MySQL's ecosystem and tools such as Vitess, and how companies including Facebook and YouTube addressed growth and increasing database workloads.

### Source excerpt

Why has it taken so long to get good Postgres sharding? The last 20 years are the answer.

## Concurrency vs. Throughput: why more parallelism can make databases slower

DevFeed: [Concurrency vs. Throughput: why more parallelism can make databases slower](<https://devfeed.tech/articles/concurrency-vs-throughput-why-more-parallelism-can-make-databases-slower-2321.md>)

Original publisher: [Read original article](<https://planetscale.com/blog/concurrency-vs-throughput-vitess-mysql>)

Author: Liz van Dijk

Published: 2026-08-07T00:00:00Z

Content type: article

Language: en

Sources: [Blog -- PlanetScale](<https://devfeed.tech/sources/blog-planetscale.md>)

Topics: [Databases](<https://devfeed.tech/topics/databases.md>), [MySQL](<https://devfeed.tech/topics/mysql.md>), [vitess](<https://devfeed.tech/topics/vitess.md>), [Concurrency](<https://devfeed.tech/topics/concurrency.md>), [bug](<https://devfeed.tech/topics/bug.md>), [Cloud](<https://devfeed.tech/topics/cloud.md>)

Tags: [bug](<https://devfeed.tech/tags/bug.md>), [cloud](<https://devfeed.tech/tags/cloud.md>), [concurrency](<https://devfeed.tech/tags/concurrency.md>), [databases](<https://devfeed.tech/tags/databases.md>), [engineering](<https://devfeed.tech/tags/engineering.md>), [mysql](<https://devfeed.tech/tags/mysql.md>), [vitess](<https://devfeed.tech/tags/vitess.md>)

### AI overview

Increasing database parallelism can reduce throughput and destabilize a production system. The article examines how a long-running MySQL transaction, growing version history, retries, and an uncapped request surge caused widespread failures, and explains how Vitess transaction timeouts and connection-pool limits can contain the impact.

### Source excerpt

Increasing throughput sometimes requires reducing parallelism. A look into why this is the case for Vitess + MySQL databases

## See what your database is doing right now with Connections

DevFeed: [See what your database is doing right now with Connections](<https://devfeed.tech/articles/see-what-your-database-is-doing-right-now-with-connections-2334.md>)

Original publisher: [Read original article](<https://planetscale.com/blog/see-what-your-database-is-doing-right-now>)

Author: Brett Warminski

Published: 2026-06-15T00:00:00Z

Content type: release

Language: en

Sources: [Blog -- PlanetScale](<https://devfeed.tech/sources/blog-planetscale.md>)

Topics: [Databases](<https://devfeed.tech/topics/databases.md>), [debugging](<https://devfeed.tech/topics/debugging.md>), [vitess](<https://devfeed.tech/topics/vitess.md>), [Command-line interface](<https://devfeed.tech/topics/cli.md>), [Processes](<https://devfeed.tech/topics/processes.md>)

Tags: [cli](<https://devfeed.tech/tags/cli.md>), [database](<https://devfeed.tech/tags/database.md>), [databases](<https://devfeed.tech/tags/databases.md>), [debugging](<https://devfeed.tech/tags/debugging.md>), [incident](<https://devfeed.tech/tags/incident.md>), [logs](<https://devfeed.tech/tags/logs.md>), [monitor](<https://devfeed.tech/tags/monitor.md>), [process](<https://devfeed.tech/tags/process.md>), [product](<https://devfeed.tech/tags/product.md>), [resources](<https://devfeed.tech/tags/resources.md>), [tools](<https://devfeed.tech/tags/tools.md>), [vitess](<https://devfeed.tech/tags/vitess.md>)

### AI overview

Connections is a new PlanetScale CLI feature for Postgres and Vitess databases. It provides a live, refreshable view of active sessions, highlights blocked queries and waiting states, shows blocker trees, maintains recent history, and lets developers capture the observed session data for later handoff.

### Source excerpt

Connections lets you monitor and manage all active connections to Postgres and Vitess databases. See active sessions, identify locking patterns, and keep debugging even when normal application connections are exhausted.

## Announcing Multigres: Vitess for Postgres

DevFeed: [Announcing Multigres: Vitess for Postgres](<https://devfeed.tech/articles/announcing-multigres-vitess-for-postgres-460.md>)

Original publisher: [Read original article](<https://supabase.com/blog/multigres-vitess-for-postgres>)

Author: Paul Copplestone

Published: 2025-06-10T07:00:00Z

Content type: release

Language: en

Sources: [Supabase Blog](<https://devfeed.tech/sources/supabase-blog.md>)

Topics: [vitess](<https://devfeed.tech/topics/vitess.md>)

Tags: [availability](<https://devfeed.tech/tags/availability.md>), [database](<https://devfeed.tech/tags/database.md>), [mysql](<https://devfeed.tech/tags/mysql.md>), [postgres](<https://devfeed.tech/tags/postgres.md>), [vitess](<https://devfeed.tech/tags/vitess.md>)

### AI overview

Supabase announces Multigres, a Postgres-focused proxy inspired by Vitess. The project aims to provide a gradual path from connection pooling and high availability to sharding for large-scale Postgres workloads.

### Source excerpt

Today we are welcoming Sugu, the co-creator of Vitess, to the Supabase team. He is joining Supabase to build Multigres: Vitess for Postgres.

## Cash App on PlanetScale Metal

DevFeed: [Cash App on PlanetScale Metal](<https://devfeed.tech/articles/cash-app-on-planetscale-metal-29014.md>)

Original publisher: [Read original article](<https://code.cash.app/planetscale-metal>)

Author: Aaron Young

Published: 2025-03-11T00:00:00Z

Content type: article

Language: en

Sources: [Cash App Code Blog](<https://devfeed.tech/sources/cash-app-code-blog.md>)

Topics: [migration](<https://devfeed.tech/topics/migration.md>), [vitess](<https://devfeed.tech/topics/vitess.md>), [MySQL](<https://devfeed.tech/topics/mysql.md>), [Kubernetes](<https://devfeed.tech/topics/kubernetes.md>), [Availability](<https://devfeed.tech/topics/availability.md>), [Cloud](<https://devfeed.tech/topics/cloud.md>)

Tags: [availability](<https://devfeed.tech/tags/availability.md>), [cloud](<https://devfeed.tech/tags/cloud.md>), [kubernetes](<https://devfeed.tech/tags/kubernetes.md>), [migration](<https://devfeed.tech/tags/migration.md>), [mount](<https://devfeed.tech/tags/mount.md>), [mysql](<https://devfeed.tech/tags/mysql.md>), [storage](<https://devfeed.tech/tags/storage.md>), [vitess](<https://devfeed.tech/tags/vitess.md>)

### AI overview

Cash App describes its migration from self-managed Vitess and MySQL infrastructure in its datacenters to PlanetScale's cloud-managed product, and its subsequent work with PlanetScale to migrate its fleet to PlanetScale Metal. The article explains the original architecture and reports storage-volume degradation, manual shard failovers, and periods when shards could not accept writes.

### Source excerpt

Cash App moves to PlanetScale to drive efficiencies

## Horizontally scaling the Rails backend of Shop app with Vitess

DevFeed: [Horizontally scaling the Rails backend of Shop app with Vitess](<https://devfeed.tech/articles/horizontally-scaling-the-rails-backend-of-shop-app-with-vitess-1410.md>)

Original publisher: [Read original article](<https://shopify.engineering/horizontally-scaling-the-rails-backend-of-shop-app-with-vitess>)

Author: Hammad Khalid

Published: 2024-01-17T20:34:53Z

Content type: article

Language: en

Sources: [Shopify Engineering](<https://devfeed.tech/sources/shopify-engineering.md>), [Shopify Engineering - Shopify Engineering](<https://devfeed.tech/sources/shopify-engineering-shopify-engineering.md>)

Topics: [vitess](<https://devfeed.tech/topics/vitess.md>)

Tags: [architecture](<https://devfeed.tech/tags/architecture.md>), [backend](<https://devfeed.tech/tags/backend.md>), [mysql](<https://devfeed.tech/tags/mysql.md>), [ruby](<https://devfeed.tech/tags/ruby.md>), [vitess](<https://devfeed.tech/tags/vitess.md>)

### AI overview

The article describes scaling the Shop app's Ruby on Rails backend as growth pushed its MySQL datastore toward its limits, culminating in an approach centered on Vitess.

### Source excerpt

Shop app horizontally scaled a Ruby on Rails app with Vitess. This blog describes Vitess and our detailed approach for introducing Vitess to a Rails app.

## Shard Splits with Consistent Snapshots

DevFeed: [Shard Splits with Consistent Snapshots](<https://devfeed.tech/articles/shard-splits-with-consistent-snapshots-15848.md>)

Original publisher: [Read original article](<https://developer.squareup.com/blog/shard-splits-with-consistent-snapshots>)

Author: Andrés Taylor

Published: 2018-12-04T17:00:00Z

Content type: tutorial

Language: en

Sources: [Square Corner Blog RSS Feed](<https://devfeed.tech/sources/square-corner-blog-rss-feed.md>)

Topics: [vitess](<https://devfeed.tech/topics/vitess.md>), [MySQL](<https://devfeed.tech/topics/mysql.md>), [Databases](<https://devfeed.tech/topics/databases.md>), [data](<https://devfeed.tech/topics/data.md>), [Algorithm](<https://devfeed.tech/topics/algorithm.md>)

Tags: [algorithm](<https://devfeed.tech/tags/algorithm.md>), [customers](<https://devfeed.tech/tags/customers.md>), [database](<https://devfeed.tech/tags/database.md>), [databases](<https://devfeed.tech/tags/databases.md>), [engineering](<https://devfeed.tech/tags/engineering.md>), [locks](<https://devfeed.tech/tags/locks.md>), [mysql](<https://devfeed.tech/tags/mysql.md>), [vitess](<https://devfeed.tech/tags/vitess.md>)

### AI overview

This tutorial explains how Square performs gradual MySQL shard splits using Vitess while data continues changing. It covers online cloning, inconsistent destination copies, and consistent snapshots to reduce application impact during the process.

### Source excerpt

How to take a copy of something too large to fit in a single shot