redis-cli --latency -h -p command je nástroj, který pomáhá odstraňovat a porozumět problémům s latencí, se kterými se můžete setkat s Redis. Činí tak měřením doby, po kterou server Redis odpoví na příkaz Redis PING v milisekundách.
V tomto kontextu je latence maximální zpoždění mezi časem, kdy klient vydá příkaz, a časem, kdy klient obdrží odpověď na příkaz. Doba zpracování Redis je obvykle extrémně krátká, v rozsahu submikrosekund, ale existují určité podmínky, které vedou k vyšším hodnotám latence.
-- Odstraňování problémů s latencí Redis
Když jsme tedy spustili příkaz redis-cli --latency -h 127.0.0.1 -p 6379 Redis přejde do speciálního režimu, ve kterém nepřetržitě vzorkuje latenci (spuštěním PING).
Nyní si rozeberme data, která vrací:min: 0, max: 15, avg: 0.12 (2839 samples)
Co je (2839 samples) ? Toto je počet případů redis-cli zaznamenáno vydání příkazu PING a přijetí odpovědi. Jinými slovy, toto jsou vaše ukázková data. V našem příkladu jsme zaznamenali 2839 požadavků a odpovědí.
Co je min: 0 ? min hodnota představuje minimální zpoždění mezi okamžikem, kdy CLI vydalo PING a čas obdržení odpovědi. Jinými slovy, toto byla absolutně nejlepší doba odezvy z našich vzorků dat.
Co je max: 15 ? max hodnota je opakem min . Představuje maximální zpoždění mezi okamžikem, kdy CLI vydalo PING a čas obdržení odpovědi na příkaz. Toto je nejdelší doba odezvy z našich vzorků dat. V našem příkladu 2839 vzorků trvala nejdelší transakce 15ms .
Co je avg: 0.12 ? avg hodnota je průměrná doba odezvy v milisekundách pro všechna naše vzorkovaná data. V průměru tedy z našich 2839 vzorků doba odezvy trvala 0.12ms .
V zásadě vyšší čísla pro min , max a avg je špatná věc.
Nějaký dobrý následný materiál o tom, jak tato data používat:
- Odstraňování problémů s latencí Redis
- Rámec sledování latence Redis
- Jak rychlý je Redis?
- Redis Performance Thoughts