Redis
 sql >> база данни >  >> NoSQL >> Redis

Изчакване при изпълнение на SET {Key}, inst:0, mgr:Неактивен, опашка:2, qu=1, qs=1, qc=0, wr=1/1, in=0/0

Време за изчакване при изпълнение на SET {Key}, inst:0, mgr:неактивен, опашка:2, qu=1, qs=1, qc=0, wr=1/1, in=0/0 означава, че е изпратил една заявка (qs ), има друга заявка, която е в неизпратена опашка (qu), докато няма нищо за четене от мрежата. има активен писател, което означава, че неизпратеният не се игнорира. По принцип има изпратена заявка и се чака отговорът да се върне.

Няколко въпроса:1. Вашият клиент работи ли в същия регион като кеша? Изпълнението му от вашата кутия за разработчици ще доведе до допълнителна латентност и ще доведе до изчакване.2. Колко често получавате изключение? Успява ли някога?3. Можете също да се свържете с [email protected] с името на кеша си, диапазона от време (с часовата зона), в който виждате изчакванията и, ако е възможно, конзолно приложение, което би помогнало да повторите проблема.

Надявам се това да помогне, Дийпак

подробности за кодовете за грешки от тази нишка:#83inst:в последния отрязък от време:бяха издадени 0 команди. правя; по принцип:четецът не чете активно от мрежата, защото не смята, че има какво да постави на опашка:има общо 73 текущи операцииqu:6 от тях са в неизпратена опашка:те все още не са записани в изходящите мрежиq :67 от тях са изпратени и очакват отговори от сървъраqc:0 от тях са видели отговори, но все още не са маркирани като завършени поради изчакване на цикъла за завършване:има активен записващ (което означава - тези 6 неизпратени не са се игнорира)в:няма активни четци и са налични нулеви байтове за четене на NIC




  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Как да дефинирам TTL за redis потоци?

  2. Връзката с Redis клъстер не бе успешно

  3. Плюсове и минуси на използването на Celery срещу RQ

  4. Как да внедрите Redis Multi-Exec с помощта на Spring-data-Redis

  5. Redis - Свържете се с отдалечен сървър