Redis
 sql >> Baza danych >  >> NoSQL >> Redis

Czy powinienem zawsze używać potoku, gdy w Redis jest więcej niż 1 polecenie?

kiedy powinienem używać potoku

Pipeline służy do zmniejszania RTT, dzięki czemu można poprawić wydajność, gdy trzeba wysłać wiele poleceń do Redis.

czy powinienem go używać przez cały czas, gdy jest więcej niż 1 polecenie do wysłania?

To zależy. Powinieneś omówić to dla każdego przypadku.

jeśli chcę wysłać jednocześnie 10 poleceń SET do serwera redis, czy powinienem po prostu uruchamiać 10 poleceń jeden po drugim, czy mam je potoku?

Pipline te polecenia będą znacznie szybsze niż wysyłanie 10 poleceń. Jednak w tym konkretnym przypadku najlepszym wyborem jest użycie MSET polecenie.

Czy są jakieś wady potoku 10 poleceń SET zamiast wysyłania ich jeden po drugim?

W przypadku potoku Redis musi zużywać więcej pamięci, aby przechowywać wyniki wszystkich tych potokowych poleceń, dopóki nie pobierzesz tych wyników. Więc jeśli prześlesz zbyt wiele poleceń, może to stanowić problem.




  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Błąd stanu sesji Redis platformy Azure Przekroczono limit czasu podczas wykonywania EVAL, inst:1, kolejka:2

  2. dlaczego Redis jest jednowątkowy (sterowany zdarzeniami)

  3. Enkapsulacja Unicode z redis

  4. Spring Data RedisTemplate:serializacja wartości i wartości HashValue

  5. Opcja Redis-cli --csv (eksportowanie do csv)