SORU
20 Mayıs 2010, PERŞEMBE


Karşılaştırma bir dinozor memcached Redis için?

Memcached ile biraz son hafta çalıştım ve sadece Redis buldu. Kendi readme bu bölümü okurken, aniden midemde sıcak, rahat bir his var:

Redis kadar hızlı olduğu için steroid bir memcached olarak kullanılabilir memcached ama bir dizi ile özellikleri daha fazla. Memcached, Redis da anahtarları için zaman aşımı ayarını destekler gibi bu anahtar otomatik olarak olacak zaman belirli bir miktar zaman kaldırıldı geçer.

Bu inanılmaz geliyor. Ayrıca kriterler ile bu sayfayı bulmuştum: http://www.ruturaj.net/redis-memcached-tokyo-tyrant-mysql-comparison

Bu yüzden, dürüst olmak gerekirse - memcache bir performans gerçekten kötü bir seçim olduğunu eski dinousaur bir bakış açısı bu yeni gelen Redis adlı karşılaştırıldığında?

Redis çok konu hakkında daha önce duymamıştım, böylece benim sorum yaklaşımı!

CEVAP
13 Aralık 2011, Salı


Ne istediğine bağlı, genel olarak yani

  • Performansları hakkında çok fazla umurumda değil. Redis küçük değerler ile çekirdek başına daha hızlı, ama memcached tek bir program ile birden çok çekirdek kullanımı ve müşteri yardımı olmadan port TCP yapabiliyor. Ayrıca memcached daha hızlı 100 bin sipariş büyük değerlere sahip. Redis son zamanlarda artan büyük değerleri hakkında çok şey (kararsız şube) ama hala memcached kullanma bu durumda daha hızlıdır. Burada mesele su: ya bir ya da diğer olası için darboğaz olacak sorgu saniyede teslim edebilirler.
  • Bellek kullanımı hakkında bakım gerekir. Basit-değeri anahtar çiftleri memcached daha hızlı. Eğer Redis karma kullanırsanız, Redis daha hızlı. Kullanımı durumda bağlıdır.
  • Redis dayanıklılık ve çoğaltma, iki özellik yalnızca umurunuzda olmalı. Eğer amacınız bir önbellek oluşturmak için bile bir yükseltme veya yeniden başlatma sonra veri hala orada o olur.
  • Gereken işlemleri biraz umurunuzda olmalı. İçinde Redis orada çok karmaşık işlemleri bile sadece dikkate önbellek kullanma durumu, sık sık bir çok şey yapabilirsin daha tek bir operasyon gerektirmeden veri işlenecek istemci tarafı (bir sürü I/O bazen gerekli). Bu işlemleri genellikle hızlı olarak düz ve SET ALIN. Eğer öyleyse sadece/SET ALMAK gerek ... ... ama daha karmaşık şeyler Redis çok (zaman çizelgesi önbellekleme de düşünüyorum) yardımcı olabilir.

Olmayan bir kullanma durumu sabit seçecek şu an, ama sanırım bu bir çok şey için Redis mantıklı beri bile istemiyorum kullanmak gibi bir DB olmaktan çok daha yetenekli edebilirsiniz çözmek daha fazla sorun değil, sadece önbellekleme ama mesajlaşma bile, sıralama, ve benzeri.

P. s. elbette Redis proje lider geliştirici olduğum için taraflı olabilirim.

Bunu Paylaş:
  • Google+
  • E-Posta
Etiketler:

YORUMLAR

SPONSOR VİDEO

Rastgele Yazarlar

  • Canceriansoul

    Canceriansou

    15 Ocak 2011
  • Fubar Protocol

    Fubar Protoc

    21 AĞUSTOS 2010
  • undrmyumbrellaa

    undrmyumbrel

    25 Temmuz 2012