Neden bağlantı havuzlaması (PgBouncer) gerekir?

Question

Accepted Answer

**Bağlantı havuzlaması**, her istek için yeni bir bağlantı açmak yerine, küçük bir veritabanı bağlantıları kümesini birçok istemci isteği arasında yeniden kullanır. PostgreSQL bağlantıları **pahalıdır** (her biri ayrı bir işlem olup önemli miktarda bellek kullanır), bu nedenle havuzlama yük altında performans ve ölçeklenebilirlik için gereklidir. **PgBouncer** standart pooler'dır.

## PostgreSQL bağlantıları pahalıdır: The problem

```text
Each PostgreSQL connection = a separate OS PROCESS, using ~5-10MB of memory.
  ✗ Opening a connection has overhead (process creation, auth, setup)
  ✗ Many connections (e.g. 1000s from a busy app) → huge memory use, contention
  ✗ Postgres has a max_connections limit (often ~100); exceeding it = errors
→ Opening/closing a connection per request, or holding thousands open, doesn't scale.
```

## Çözüm: bağlantı havuzu

```text
A POOL maintains a small set of REUSABLE connections to Postgres.
Application requests BORROW a connection from the pool, use it, and RETURN it.
  ✓ Connections are reused (no per-request open/close overhead)
  ✓ Many app requests share a few DB connections (e.g. 10000 clients → 20 connections)
  ✓ Stays within max_connections, controls resource use → scales
```

## PgBouncer — standart harici pooler

```text
PgBouncer sits BETWEEN the application and PostgreSQL — lightweight, efficient.
Pooling modes:
  Session   → a connection is assigned for the client's whole session
  Transaction → a connection is held only for the duration of a TRANSACTION (most
               efficient — connections returned between transactions; common choice)
  Statement → per-statement (most aggressive; limited)
→ Transaction pooling maximizes connection reuse for typical web apps.
```

## Havuzlamanın nerede gerçekleştiği

```text
Application-level → many ORM/driver libraries have built-in pools (per app instance)
External pooler (PgBouncer) → a shared pool in front of Postgres (best for many app
  instances / serverless, where per-instance pools would still overwhelm the DB)
→ Serverless especially needs an external pooler (many short-lived instances).
```

## Neden önemli

Bağlantı havuzlaması, PostgreSQL'i **ölçekte** çalıştırmak için gerekli bilgidir, çünkü PostgreSQL bağlantıları benzersiz şekilde pahalıdır (her biri ayrı bir işletim sistemi işlemi olup önemli bellek kullanır), bu nedenle havuzlamanın neden gerekli olduğunu ve nasıl çalıştığını anlamak, performanslı ve ölçeklenebilir dağıtımlar için önemli üst düzey bilgidir.

Temel sorun, naif yaklaşımın — istek başına bağlantı açmak veya meşgul bir uygulamadan binlerce bağlantıyı açık tutmak — Postgres ile ölçeklenemez olmasıdır: bağlantılar pahalıdır (işlem başına bellek, oluşturma yükü) ve Postgres'in `max_connections` limiti vardır (genellikle ~100), bu kolayca aşılır, hata ve kaynak tükenmesine neden olur. **Bağlantı havuzlaması** bunu, az sayıda yeniden kullanılabilir bağlantı kümesini birçok uygulama isteğinin paylaştığı (ödünç aldığı ve iade ettiği) şekilde koruyarak çözer — böylece binlerce istemci, az sayıda veritabanı bağlantısı tarafından sunulabilir, istek başına yükü ortadan kaldırır ve sınırlar içinde kalır.

**PgBouncer** (standart harici pooler) ve onun **havuzlama modlarını** — özellikle **transaction pooling** (bir bağlantıyı yalnızca bir işlemin süresi boyunca tutma, yeniden kullanımı maksimize etme, web uygulamaları için yaygın seçim) — anlamak önemli pratik bilgidir.

**Havuzlamanın nerede gerçekleştiği** (örnek başına uygulama düzeyinde havuzlar, birden fazla örnek veya serverless için PgBouncer gibi harici pooler'a karşı) önemli bir mimari noktadır — **serverless özellikle harici bir pooler gerektirir** çünkü birçok kısa ömürlü örnek aksi takdirde Postgres'i bağlantılarla boğar (yaygın, gerçek bir sorun).

Bağlantı yönetimi, yük altında ölçeklenebilirlik ve istikrarı doğrudan etkiler (ve Postgres'in işlem başına bağlantı modeli bunu akut hale getirir) ve havuzlama (özellikle transaction pooling ile PgBouncer) standart, gerekli çözüm olduğundan, bağlantı havuzlamasını anlamak — Postgres'in bunu neden gerekli kıldığını, nasıl çalıştığını, PgBouncer ve modlarını ve serverless hususunu — ölçekte PostgreSQL işletmek için önemli üst düzey bilgidir, üretim sistemleri için sıkça kritik bir endişedir ve Postgres'i ölçekleyebilenleri bağlantı sınırı hatalarına çarpanlardan ayırır.