redis-cli --latency -h -p command är ett verktyg som hjälper till att felsöka och förstå latensproblem som du kanske upplever med Redis. Det gör det genom att mäta tiden för Redis-servern att svara på Redis PING-kommandot i millisekunder.
I detta sammanhang är latens den maximala fördröjningen mellan det att en klient utfärdar ett kommando och den tid då svaret på kommandot tas emot av klienten. Vanligtvis är Redis-bearbetningstiden extremt låg, i intervallet under mikrosekunder, men det finns vissa förhållanden som leder till högre latenssiffror.
-- Felsökning av problem med Redis latens
Så när vi körde kommandot redis-cli --latency -h 127.0.0.1 -p 6379 Redis går in i ett speciellt läge där det kontinuerligt samplar latens (genom att köra PING).
Låt oss nu dela upp den data som den returnerar:min: 0, max: 15, avg: 0.12 (2839 samples)
Vad är (2839 samples) ? Detta är antalet gånger redis-cli spelas in med att utfärda PING-kommandot och ta emot ett svar. Med andra ord, detta är dina exempeldata. I vårt exempel registrerade vi 2839 förfrågningar och svar.
Vad är min: 0 ? min värde representerar den minsta fördröjningen mellan den tidpunkt då CLI utfärdade PING och när svaret mottogs. Detta var med andra ord den absolut bästa svarstiden från våra samplade data.
Vad är max: 15 ? max värde är motsatsen till min . Det representerar den maximala fördröjningen mellan det att CLI utfärdade PING och den tid då svaret på kommandot togs emot. Detta är den längsta svarstiden från våra urvalsdata. I vårt exempel med 2839 prover tog den längsta transaktionen 15ms .
Vad är avg: 0.12 ? avg värde är den genomsnittliga svarstiden i millisekunder för alla våra samplade data. Så i genomsnitt tog svarstiden från våra 2839 prov 0.12ms .
I grund och botten högre siffror för min , max och avg är en dålig sak.
Något bra uppföljningsmaterial om hur man använder denna data:
- Felsökning av problem med Redis latens
- Redis latensövervakningsramverk
- Hur snabb är Redis?
- Redis Performance Thoughts