# neki

Published articles for neki.

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

## 118 million queries per second on Neki

DevFeed: [118 million queries per second on Neki](<https://devfeed.tech/articles/118-million-queries-per-second-on-neki-2320.md>)

Original publisher: [Read original article](<https://planetscale.com/blog/118-million-queries-per-second-on-neki>)

Author: Hirad Pourtahmasbi

Published: 2026-09-11T00:00:00Z

Content type: article

Language: en

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

Topics: [Database](<https://devfeed.tech/topics/database.md>), [benchmarking](<https://devfeed.tech/topics/benchmarking.md>), [Latency](<https://devfeed.tech/topics/latency.md>)

Tags: [benchmark](<https://devfeed.tech/tags/benchmark.md>), [database](<https://devfeed.tech/tags/database.md>), [engineering](<https://devfeed.tech/tags/engineering.md>), [errors](<https://devfeed.tech/tags/errors.md>), [latency](<https://devfeed.tech/tags/latency.md>), [neki](<https://devfeed.tech/tags/neki.md>), [postgres](<https://devfeed.tech/tags/postgres.md>)

### AI overview

The article reports a Neki benchmark that sustained 118 million queries per second across 512 primary-only Postgres shards holding 1.22 PiB of data. The read-only, single-shard point-select workload ran for 16 minutes, with reported router and client p99 latency plus fleet IOPS, network throughput, and error rate.

### Source excerpt

We ran a massive, sharded Postgres database at 118.5 million queries per second, with 200k queries per second on each shard across 512 shards.

## Introducing Neki

DevFeed: [Introducing Neki](<https://devfeed.tech/articles/introducing-neki-2326.md>)

Original publisher: [Read original article](<https://planetscale.com/blog/introducing-neki>)

Author: Nick Van Wiggeren

Published: 2026-09-10T12:00:00Z

Content type: release

Language: en

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

Topics: [Database](<https://devfeed.tech/topics/database.md>), [MySQL](<https://devfeed.tech/topics/mysql.md>)

Tags: [database](<https://devfeed.tech/tags/database.md>), [mysql](<https://devfeed.tech/tags/mysql.md>), [neki](<https://devfeed.tech/tags/neki.md>), [platform](<https://devfeed.tech/tags/platform.md>), [postgres](<https://devfeed.tech/tags/postgres.md>), [product](<https://devfeed.tech/tags/product.md>), [routing](<https://devfeed.tech/tags/routing.md>), [scale](<https://devfeed.tech/tags/scale.md>), [workflow](<https://devfeed.tech/tags/workflow.md>)

### AI overview

PlanetScale announces Neki in platform preview, a sharded Postgres offering designed to scale a database across multiple machines while retaining Postgres compatibility.

### Source excerpt

Neki, sharded Postgres by PlanetScale, is now available in platform preview.

## The lifecycle of a sharded Postgres query

DevFeed: [The lifecycle of a sharded Postgres query](<https://devfeed.tech/articles/the-lifecycle-of-a-sharded-postgres-query-2338.md>)

Original publisher: [Read original article](<https://planetscale.com/blog/the-lifecycle-of-a-sharded-postgres-query>)

Author: PlanetScale

Published: 2026-09-10T00:00:00Z

Content type: tutorial

Language: en

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

Topics: [Database](<https://devfeed.tech/topics/database.md>), [networking](<https://devfeed.tech/topics/networking.md>)

Tags: [architecture](<https://devfeed.tech/tags/architecture.md>), [auth](<https://devfeed.tech/tags/auth.md>), [database](<https://devfeed.tech/tags/database.md>), [engineering](<https://devfeed.tech/tags/engineering.md>), [neki](<https://devfeed.tech/tags/neki.md>), [postgres](<https://devfeed.tech/tags/postgres.md>), [routing](<https://devfeed.tech/tags/routing.md>), [scale](<https://devfeed.tech/tags/scale.md>), [server](<https://devfeed.tech/tags/server.md>), [sql](<https://devfeed.tech/tags/sql.md>)

### AI overview

An overview of how a SQL query moves through a sharded Postgres database, from authentication and routing to execution across shards.

### Source excerpt

Follow a SQL query through the router, across four Postgres shards, and back.

## What is a Neki router?

DevFeed: [What is a Neki router?](<https://devfeed.tech/articles/what-is-a-neki-router-2342.md>)

Original publisher: [Read original article](<https://planetscale.com/blog/what-is-a-neki-router>)

Author: Ahmed Darwich

Published: 2026-09-01T00: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>), [Processes](<https://devfeed.tech/topics/processes.md>)

Tags: [architecture](<https://devfeed.tech/tags/architecture.md>), [database](<https://devfeed.tech/tags/database.md>), [engineering](<https://devfeed.tech/tags/engineering.md>), [neki](<https://devfeed.tech/tags/neki.md>), [postgres](<https://devfeed.tech/tags/postgres.md>), [processes](<https://devfeed.tech/tags/processes.md>), [scale](<https://devfeed.tech/tags/scale.md>), [sql](<https://devfeed.tech/tags/sql.md>)

### AI overview

Neki routers sit between applications and Postgres, routing and coordinating queries across sharded database instances while handling client connections independently of Postgres backend processes.

### Source excerpt

A Neki router gives applications a Postgres connection to one database while planning and coordinating queries across the shards behind it.

## Problems with large tables in Postgres

DevFeed: [Problems with large tables in Postgres](<https://devfeed.tech/articles/problems-with-large-tables-in-postgres-2324.md>)

Original publisher: [Read original article](<https://planetscale.com/blog/dealing-with-large-tables-in-postgres>)

Author: Simeon Griggs

Published: 2026-08-25T00: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>), [neki](<https://devfeed.tech/topics/neki.md>), [vitess](<https://devfeed.tech/topics/vitess.md>)

Tags: [cpu](<https://devfeed.tech/tags/cpu.md>), [engineering](<https://devfeed.tech/tags/engineering.md>), [neki](<https://devfeed.tech/tags/neki.md>), [network](<https://devfeed.tech/tags/network.md>), [outage](<https://devfeed.tech/tags/outage.md>), [performance](<https://devfeed.tech/tags/performance.md>), [postgres](<https://devfeed.tech/tags/postgres.md>), [vitess](<https://devfeed.tech/tags/vitess.md>)

### AI overview

The article explains how large, wide, or oversized Postgres tables can create performance and reliability problems. It describes a cascade-delete incident that caused timeouts, excessive WAL generation, replica lag, primary overload, and an outage. It presents partitioning, vertical scaling, and sharding as possible approaches, emphasizing sharding with Neki as a solution for large Postgres tables.

### Source excerpt

Postgres presents pretty predictable performance problems when dealing with large tables. Sharding solves this.

## 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.

## What is a data topology?

DevFeed: [What is a data topology?](<https://devfeed.tech/articles/what-is-a-data-topology-2341.md>)

Original publisher: [Read original article](<https://planetscale.com/blog/what-is-a-data-topology>)

Author: Ahmed Darwich

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

Content type: article

Language: en

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

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

Tags: [architecture](<https://devfeed.tech/tags/architecture.md>), [data](<https://devfeed.tech/tags/data.md>), [database](<https://devfeed.tech/tags/database.md>), [engineering](<https://devfeed.tech/tags/engineering.md>), [internals](<https://devfeed.tech/tags/internals.md>), [json](<https://devfeed.tech/tags/json.md>), [mapping](<https://devfeed.tech/tags/mapping.md>), [neki](<https://devfeed.tech/tags/neki.md>), [performance](<https://devfeed.tech/tags/performance.md>), [postgres](<https://devfeed.tech/tags/postgres.md>), [postgresql](<https://devfeed.tech/tags/postgresql.md>), [routing](<https://devfeed.tech/tags/routing.md>), [scalability](<https://devfeed.tech/tags/scalability.md>), [transactions](<https://devfeed.tech/tags/transactions.md>), [vitess](<https://devfeed.tech/tags/vitess.md>)

### AI overview

The article explains Neki data topologies: JSON configurations that map logical PostgreSQL tables to physical shard groups so routers can place data and route queries.

### Source excerpt

A data topology describes the sharding scheme a Neki router uses to map logical PostgreSQL tables to physical shards and route queries.

## Massively parallel Postgres backups

DevFeed: [Massively parallel Postgres backups](<https://devfeed.tech/articles/massively-parallel-postgres-backups-2328.md>)

Original publisher: [Read original article](<https://planetscale.com/blog/massively-parallel-postgres-backups>)

Author: Ben Dicken

Published: 2026-07-31T00: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>), [neki](<https://devfeed.tech/topics/neki.md>), [cloud-infrastructure](<https://devfeed.tech/topics/cloud-infrastructure.md>), [Amazon S3](<https://devfeed.tech/topics/amazon-s3.md>), [Orchestration](<https://devfeed.tech/topics/orchestration.md>), [Server](<https://devfeed.tech/topics/server.md>), [MySQL](<https://devfeed.tech/topics/mysql.md>), [Terraform](<https://devfeed.tech/topics/terraform.md>)

Tags: [amazon-s3](<https://devfeed.tech/tags/amazon-s3.md>), [backup](<https://devfeed.tech/tags/backup.md>), [building](<https://devfeed.tech/tags/building.md>), [databases](<https://devfeed.tech/tags/databases.md>), [engineering](<https://devfeed.tech/tags/engineering.md>), [infrastructure](<https://devfeed.tech/tags/infrastructure.md>), [mysql](<https://devfeed.tech/tags/mysql.md>), [neki](<https://devfeed.tech/tags/neki.md>), [orchestration](<https://devfeed.tech/tags/orchestration.md>), [postgres](<https://devfeed.tech/tags/postgres.md>), [scale](<https://devfeed.tech/tags/scale.md>), [servers](<https://devfeed.tech/tags/servers.md>), [storage](<https://devfeed.tech/tags/storage.md>)

### AI overview

PlanetScale describes how Neki, its sharded Postgres system, performs consistent encrypted backups at petabyte scale. The approach combines filesystem backups, archived WAL replay, object storage such as Amazon S3, and massive parallelism to back up databases without affecting production queries.

### Source excerpt

PlanetScale backs up petabyte-scale sharded Postgres databases in hours using parallel infrastructure, object storage, and WAL replay.