PostgreSQL performansını nasıl ayarlarsınız?

Question

Accepted Answer

PostgreSQL performans ayarlaması **sorgu optimizasyonunu** (en büyük etkiye sahip), **konfigürasyon ayarlamasını** (bellek ayarları), uygun **indexleme ve bakım** (vacuum) ve izlemeyi kapsar. Her zaman olduğu gibi, **önce ölçün** gerçek darboğazı bulmak için — genellikle yavaş sorgular.

## Sorgu optimizasyonu genellikle en büyük kazançtır

```sql
-- find slow/frequent queries with pg_stat_statements (essential)
SELECT query, calls, mean_exec_time FROM pg_stat_statements ORDER BY mean_exec_time DESC;

-- analyze a slow query with EXPLAIN ANALYZE → find Seq Scans (missing indexes), bad plans
EXPLAIN ANALYZE SELECT ...;
```

```text
✓ Fix slow queries: add indexes (turn Seq Scans into Index Scans), fix N+1, rewrite
✓ Keep statistics fresh (ANALYZE) so the planner picks good plans
→ Most performance problems are slow queries / missing indexes, not config.
```

## Temel konfigürasyon ayarları (bellek)

```text
shared_buffers       → memory for caching data (~25% of RAM is a common start)
work_mem             → memory per sort/hash operation (too low → disk sorts; tune carefully —
                       it's PER operation, so high values × many connections = a lot)
effective_cache_size → tells the planner how much OS cache is available (~50-75% of RAM)
maintenance_work_mem → memory for VACUUM, index creation (higher = faster maintenance)
max_connections      → and use a connection pooler (PgBouncer) rather than many connections
```

Bellek ayarlarını donanıma göre ayarlamak yardımcı olur, ancak sorgu/index düzeltmeleri genellikle daha önemlidir.

## Bakım ve bağlantılar

```text
✓ Ensure VACUUM/autovacuum keeps up (prevent bloat → degraded performance)
✓ Use CONNECTION POOLING (PgBouncer) — Postgres connections are expensive
✓ Add appropriate indexes (and the right index types: GIN for JSONB, etc.)
✓ Partition very large tables; archive old data
```

## Ölçüm odaklı yaklaşım

```text
1. MONITOR: pg_stat_statements (slow queries), pg_stat_user_tables (bloat, scans),
   and OS metrics (CPU, memory, disk I/O)
2. FIND the actual bottleneck (usually a few slow queries / missing indexes)
3. FIX it specifically (index, query rewrite, config); verify with EXPLAIN ANALYZE
→ Don't blindly tune config — profile and fix what's actually slow.
```

## Neden önemli

PostgreSQL performans ayarlaması, veritabanlarını gerçek yük altında hızlı tutmak için değerli üst düzey bir bilgidir ve doğru yaklaşımı anlamak — özellikle de **ölçüm odaklı** olması ve **sorgu optimizasyonunun genellikle en önemli olması** — etkili ayarlama için kritik öneme sahiptir.

Temel fikir, **çoğu performans sorunu yavaş sorgular ve eksik indexler olması, yapılandırma değil** — bu nedenle en yüksek etkiye sahip iş, yavaş sorguları tanımlamak (**`pg_stat_statements`** ile, en yavaş/en sık sorguları bulmak için gereklidir) ve onları düzeltmektir (tam tablo taramalarını ortadan kaldırmak için index ekleme, N+1 sorunlarını düzeltme, sorguları yeniden yazma — `EXPLAIN ANALYZE` ile doğrulama), bu tipik olarak konfigürasyon ayarlamalarından çok daha büyük kazançlar sağlar.

**Temel konfigürasyon ayarlarını** anlamak (`shared_buffers` veri önbelleğe alma için, `work_mem` sıralamalar/hashler için — *işlem başına* olması önemli uyarısı ile, bu nedenle yüksek değerler birçok bağlantı arasında birikir, `effective_cache_size`, `maintenance_work_mem`) Postgres'i donanıma göre ayarlamaya yardımcı olur, ancak bu sorgu/index düzeltmeleri açısından ikincildir.

**Bakım ve bağlantı** esaslarını bilmek — **VACUUM/autovacuum** performans bozulmasını önlemek için güncel kalmasını sağlamak, **bağlantı havuzu** kullanmak (Postgres bağlantıları pahalı olduğu için), uygun indexleme ve büyük tabloları bölümlendirme — operasyonel tarafı kapsar.

En önemli olan **ölçüm odaklı disiplin**: izleme (pg_stat_statements, pg_stat_user_tables, OS metrikleri), gerçek darboğazı bulma, bunu spesifik olarak düzeltme ve doğrulama — yapılandırmayı körü körüne ayarlamak yerine.

Veritabanı performansı kritik olduğu ve Postgres ayarlaması gerçek bir operasyonel beceri olduğu için, ve disiplinli yaklaşım (önce profil çıkarma, gerçek darboğazı düzeltme — genellikle yavaş sorgular/eksik indexler, ardından uygun konfigürasyon ve bakım) Postgres'i ölçekte hızlı tuttuğu için, PostgreSQL performans ayarlamasını anlamak, performant veritabanları işletmek için değerli üst düzey bir bilgidir, sık sık kritik bir sorumluluk ve PostgreSQL'i sistematik olarak teşhis etme ve optimize etme yeteneğini gösteren bir konudur.