Category: Performance and tuning

Posts on configuration tuning (memory, WAL, autovacuum), indexing strategies, and query optimization.

Before/after case studies showing how specific changes affected latency, throughput, or cost.

Architecture and operations Performance and tuning postgresql

PostgreSQL Table Bloat Management: VACUUM FULL, pg_repack, and the Coming REPACK CONCURRENTLY

Table bloat is one of PostgreSQL’s most persistent operational challenges. It’s a natural byproduct of how PostgreSQL handles updates and deletes — old row versions (dead tuples) pile up inside heap files, wasting storage, degrading index efficiency, and slowing down queries. Left unchecked, bloat can double or triple the physical size of your busiest tables. […]

admin 
Performance and tuning postgresql

PostgreSQL 18: Unlocking Performance with Async I/O and UUIDv7

PostgreSQL 18, released in late 2025, has introduced several game-changing performance features that are fundamentally altering how we design and scale database-driven applications. Among these, the arrival of native Asynchronous I/O (AIO) and first-class UUIDv7 support stand out as the most impactful for modern, high-concurrency workloads. 1. The AIO Revolution: Eliminating I/O Wait For decades, […]

admin 
Performance and tuning postgresql

PostgreSQL 18 Async I/O on AWS: Why 2–3× Throughput Doesn’t Mean 3× Smaller Instances

The PostgreSQL 18 async I/O feature has generated a lot of excitement—and for good reason. Lab benchmarks show 2–3× better read throughput on cloud storage compared to synchronous I/O. But if you’re expecting to downsize your AWS RDS instances by 3× and pocket massive savings, I have news: real-world deployments tell a more nuanced story. […]

admin