Neden Caching?
Veritabanı sorguları maliyetlidir ve zaman alır. Redis gibi bellek içi (in-memory) veri depoları kullanarak, verilere milisaniyeler içinde erişebilir ve uygulamanızın yanıt süresini dramatik şekilde düşürebilirsiniz.
Temel Caching Desenleri
1. Cache-Aside (Lazy Loading)
En yaygın kullanılan desendir. Uygulama önce veriyi cache'te arar.
- Varsa (Cache Hit): Veri cache'ten döner. Hızlıdır.
- Yoksa (Cache Miss): Uygulama veritabanına gider, veriyi alır, cache'e yazar ve kullanıcıya döner.
Avantajı: Sadece istenen veriler cache'lenir. Cache çökse bile uygulama çalışmaya devam eder.
2. Write-Through
Veri hem veritabanına hem de cache'e aynı anda yazılır.
Avantajı: Veri tutarlılığı yüksektir, cache her zaman günceldir. Okuma işlemleri çok hızlıdır.
3. Write-Back (Write-Behind)
Veri önce cache'e yazılır, belirli bir süre sonra veya belirli bir sayıda birikince veritabanına toplu olarak yazılır.
Avantajı: Yazma performansı çok yüksektir. Ancak cache çökmesi durumunda veri kaybı riski vardır.
Redis Veri Tipleri ve Kullanım Alanları
- Strings: Basit anahtar-değer saklama (örneğin session yönetimi).
- Lists: Son eklenen öğeleri tutma (örneğin twitter zaman tüneli).
- Sets: Benzersiz değerler (örneğin etiketler, takipçiler).
- Sorted Sets: Sıralı veriler (örneğin liderlik tabloları - leaderboards).
TTL (Time To Live) Yönetimi
Cache'lenen verilerin sonsuza kadar kalması belleği doldurur. Her veri için mutlaka bir sona erme süresi (TTL) belirleyin. Bu, verilerin güncelliğini de korumanıza yardımcı olur.
Sonuç
Redis, doğru stratejilerle kullanıldığında uygulamanızın performans darboğazlarını çözen sihirli bir değnek gibidir. Ancak veri tutarlılığı ve bellek yönetimi konularına dikkat etmek gerekir.