De redis-cli --latency -h -p command is een tool die helpt bij het oplossen en begrijpen van latentieproblemen die u mogelijk met Redis ervaart. Dit gebeurt door de tijd te meten die de Redis-server nodig heeft om in milliseconden te reageren op het Redis PING-commando.
In deze context is latentie de maximale vertraging tussen het moment dat een klant een commando geeft en het moment dat het antwoord op het commando door de klant wordt ontvangen. Gewoonlijk is de verwerkingstijd van Redis extreem laag, in het bereik van submicroseconden, maar er zijn bepaalde omstandigheden die leiden tot hogere latentiecijfers.
-- Redis latentieproblemen oplossen
Dus toen we het commando redis-cli --latency -h 127.0.0.1 -p 6379 uitvoerden Redis gaat naar een speciale modus waarin het continu latency samplet (door PING uit te voeren).
Laten we nu eens kijken welke gegevens het retourneert:min: 0, max: 15, avg: 0.12 (2839 samples)
Wat is (2839 samples) ? Dit is het aantal keren dat de redis-cli opgenomen met het geven van het PING-commando en het ontvangen van een reactie. Met andere woorden, dit zijn uw voorbeeldgegevens. In ons voorbeeld hebben we 2839 verzoeken en reacties geregistreerd.
Wat is min: 0 ? De min waarde vertegenwoordigt de minimale vertraging tussen de tijd dat de CLI PING heeft uitgegeven en het tijdstip waarop het antwoord is ontvangen. Met andere woorden, dit was absoluut de beste reactietijd uit onze steekproefgegevens.
Wat is max: 15 ? De max waarde is het tegenovergestelde van min . Het vertegenwoordigt de maximale vertraging tussen de tijd dat de CLI PING issued heeft uitgegeven en het tijdstip waarop het antwoord op de opdracht werd ontvangen. Dit is de langste reactietijd van onze steekproefgegevens. In ons voorbeeld van 2839 voorbeelden duurde de langste transactie 15ms .
Wat is avg: 0.12 ? De avg waarde is de gemiddelde reactietijd in milliseconden voor al onze gesamplede gegevens. Dus van onze 2839 voorbeelden duurde de reactietijd gemiddeld 0.12ms .
Kortom, hogere getallen voor min , max , en avg is een slechte zaak.
Enig goed vervolgmateriaal over het gebruik van deze gegevens:
- Problemen met Redis-latentie oplossen
- Redis latency monitoring framework
- Hoe snel is Redis?
- Redis-prestatiegedachten