sql >> Databáze >  >> NoSQL >> Redis

Časový limit provádění SET {Key}, inst:0, mgr:Neaktivní, fronta:2, qu=1, qs=1, qc=0, wr=1/1, in=0/0

Časový limit provedení SET {Key}, inst:0, mgr:Neaktivní, fronta:2, qu=1, qs=1, qc=0, wr=1/1, in=0/0 znamená, že odeslal jeden požadavek (qs ), existuje další požadavek, který je ve frontě neodeslaných (qu), zatímco ze sítě nelze nic číst. existuje aktivní pisatel, což znamená, že ten neodeslaný není ignorován. V podstatě se odešle požadavek a čeká na odpověď.

Pár otázek:1. Je váš klient spuštěn ve stejné oblasti jako mezipaměť? Spuštění z vašeho dev boxu by zavedlo další latenci a způsobilo timeouty.2. Jak často dostanete výjimku? Podaří se to někdy? 3. Můžete také kontaktovat [email protected] s názvem své mezipaměti, časovým rozsahem (s časovým pásmem), ve kterém se zobrazují časové limity, a pokud možno konzolovou aplikaci, která by pomohla problém zopakovat.

Doufám, že to pomůže, Deepaku

podrobnosti o chybových kódech z tohoto vlákna:#83inst:za poslední úsek:bylo vydáno 0 příkazů dělat; v zásadě:čtenář aktivně nečte ze sítě, protože si nemyslí, že by bylo co do fronty:celkem je 73 probíhajících operací:6 z nich je ve frontě neodeslaných:ještě nebyly zapsány do odchozí sítěq :67 z nich bylo odesláno a čekají na odpovědi ze serveruqc:0 z nich vidělo odpovědi, ale ještě nebyly označeny jako dokončené kvůli čekání na dokončení loopwr:existuje aktivní zapisovač (to znamená - těch 6 neodeslaných není ignorováno)v:nejsou žádné aktivní čtečky a na NIC je k dispozici nula bajtů ke čtení




  1. Automatizace a správa open source databází v cloudu – oznámení ClusterControl 1.6

  2. Jak uložit pouze jednu databázi v Redis?

  3. Nejrychlejší způsob, jak odstranit duplicitní dokumenty v mongodb

  4. Aktualizujte kolekci MongoDB pomocí $toLower