Redis performansını nasıl optimize edersiniz?

Question

Accepted Answer

Redis varsayılan olarak hızlı olmasına rağmen, optimizasyon **verimli komutlar ve veri yapıları**, **pipelining** (toplu işleme), yavaş işlemlerden kaçınma, uygun **bellek yönetimi** ve izlemeyi içerir. Bu bilgiler özellikle ölçekte Redis'in en iyi performansla çalışmasını sağlar.

## Pipelining — komutları toplu işleme (gidiş-dönüş sayısını azalt)

```js
// WITHOUT pipelining: each command is a separate round-trip (network latency × N)
// WITH pipelining: send many commands at once, get all replies together
const pipeline = redis.pipeline();
for (const id of ids) pipeline.get(`user:${id}`);
const results = await pipeline.exec();   // ONE round-trip for all commands
// → dramatically faster when doing many operations (latency dominates otherwise)
```

**Pipelining** birden fazla komutu tek bir ağ gidiş-dönüşüne toplar — birçok komut gönderirken (ağ gecikmesi, Redis değil, genellikle darboğazdır) önemli bir optimizasyondur.

## Yavaş / engellemeyen komutlardan kaçın

```text
Redis is SINGLE-THREADED → one slow command blocks ALL clients. Avoid:
  ✗ KEYS *          → scans all keys (blocks) — use SCAN (incremental) instead
  ✗ Big O(N) ops on huge collections (large SMEMBERS, LRANGE, huge ZRANGE, etc.)
  ✗ Large/heavy Lua scripts; expensive sorts
  ✗ Huge keys (a single massive value/collection) → operations on them stall the server
→ Use SLOWLOG to find slow commands; prefer incremental/bounded operations.
```

## Verimli veri yapıları ve komutlar kullanın

```text
✓ Pick the right structure (e.g. a hash for an object vs many keys) → less memory, faster
✓ Use specific commands (HGET one field vs HGETALL; SCAN vs KEYS)
✓ Small hashes/lists/sets use compact encodings (memory + speed)
✓ Batch with MGET/MSET, pipelining, or Lua instead of many single calls
```

## Diğer optimizasyonlar

```text
✓ Connection POOLING — reuse connections (avoid connect overhead per request)
✓ Keep the working set in memory; manage maxmemory + eviction
✓ Monitor: INFO (hit rate, ops/sec, latency), SLOWLOG, LATENCY commands
✓ Read scaling via replicas; Cluster for horizontal scale
✓ Locate Redis near the app (low network latency); reuse connections
```

## Neden önemli

Redis performansını optimize etmek, **Redis'i ölçekte hızlı tutmak** için değerli ileri düzey bir bilgidir, bu nedenle performans açısından kritik Redis kullanımları için faydalıdır.

Redis varsayılan olarak hızlı olmasına rağmen, optimizasyonu anlamak önemlidir çünkü gerçek iş yükleri darboğazlara çarpabilir. **Pipelining** (birden fazla komutu tek bir ağ gidiş-dönüşüne toplu işleme) önemli bir optimizasyondur — birçok komut gönderirken, ağ gecikmesi (Redis'in kendisi değil) genellikle darboğazdır ve pipelining (veya `MGET`/`MSET`) bunu dramatik şekilde azaltır, sık etkili bir tekniktir.

Kritik olarak, Redis'in **tek iş parçacıklı** (single-threaded) olduğunu anlamak — bu nedenle **bir yavaş komut tüm istemcileri engeller** — anahtar uygulamalar belirler: `KEYS *`'dan kaçınma (`SCAN` kullanma), büyük koleksiyonlarda O(N) işlemlerden kaçınma, büyük anahtarlardan kaçınma (sunucuyu durdururlar) ve yavaş komutları bulmak için `SLOWLOG` kullanma.

Bu farkındalık, tek bir pahalı işlemin sunucunun tamamını donduran yaygın, ciddi hatayı önler.

**Verimli veri yapıları ve komutları** kullanmak (veriler için doğru yapı, `HGET` vs `HGETALL` gibi belirli komutlar, kompakt kodlamalar) hem belleği hem de hızı optimize eder.

Diğer uygulamalar — **bağlantı havuzu** (istek başına bağlantı yükünden kaçınma), bellek yönetimi (maxmemory + tahliye), izleme (isabet oranı, gecikme, SLOWLOG) ve ölçekleme (okumalar için replikalar, yatay ölçekleme için Cluster) — Redis'i performantlı tutmayı tamamlar.

Redis genellikle uygulama performansı için kritik yolda olduğu için ve optimizasyon (pipelining, tek iş parçacıklılığı göz önüne alındığında engellemeyen komutlardan kaçınma, verimli yapılar, havuzlama ve izleme) gerçek yük altında hızlı tuttuğu için, Redis performans optimizasyonunu anlamak değerli ileri düzey bir bilgidir, sık ilgili bir konudur ve burada tek iş parçacıklı model (ve engellemeyen komutlardan kaçınmak) özellikle Redis'i ölçekte iyi çalıştırmak için gerekli uzmanlığı yansıtır.