Redis
 sql >> Database >  >> NoSQL >> Redis

Timeout eseguendo SET {Key}, inst:0, mgr:Inactive, queue:2, qu=1, qs=1, qc=0, wr=1/1, in=0/0

Timeout eseguendo SET {Key}, inst:0, mgr:Inactive, queue:2, qu=1, qs=1, qc=0, wr=1/1, in=0/0significa che ha inviato una richiesta (qs ), c'è un'altra richiesta che è nella coda non inviata (qu), mentre non c'è nulla da leggere dalla rete. c'è uno scrittore attivo che significa che quello non inviato non viene ignorato. Fondamentalmente, c'è una richiesta inviata e in attesa di risposta.

Poche domande:1. Il tuo client è in esecuzione nella stessa regione della cache? L'esecuzione dalla tua casella di sviluppo introdurrebbe una latenza aggiuntiva e causerebbe timeout.2. Quante volte ricevi l'eccezione? Ha successo in qualsiasi momento? 3. Puoi anche contattare [email protected] con il tuo nome cache, l'intervallo di tempo (con fuso orario) in cui vedi i timeout e, se possibile, un'app console che aiuterebbe a riprodurre il problema.

Spero che questo aiuti, Deepak

dettagli sui codici di errore da questo thread:#83inst:nell'ultimo intervallo di tempo:sono stati emessi 0 comandimgr:il gestore socket sta eseguendo "socket.select", il che significa che sta chiedendo al sistema operativo di indicare un socket che ha qualcosa da fare; in pratica:il lettore non sta leggendo attivamente dalla rete perché non pensa che ci sia nulla da fare in coda:ci sono 73 operazioni in corso in totalequ:6 di queste sono in coda non inviate:non sono ancora state scritte nella rete in uscitaqs :67 di questi sono stati inviati e sono in attesa di risposte dal serverqc:0 di quelli hanno visto le risposte ma non sono stati ancora contrassegnati come completi a causa dell'attesa del completamento loopwr:c'è uno scrittore attivo (significato - quei 6 non inviati non sono essendo ignorato)in:non ci sono lettori attivi e sono disponibili zero byte da leggere sulla NIC