redis-cli --latency -h -p command là một công cụ giúp khắc phục sự cố và hiểu các vấn đề về độ trễ mà bạn có thể gặp phải với Redis. Nó làm như vậy bằng cách đo thời gian để máy chủ Redis phản hồi lệnh Redis PING tính bằng mili giây.
Trong ngữ cảnh này, độ trễ là độ trễ lớn nhất giữa thời gian một câu lệnh và thời gian khách hàng nhận được câu trả lời cho lệnh. Thông thường, thời gian xử lý của Redis là cực kỳ thấp, trong phạm vi dưới micro giây, nhưng có một số điều kiện nhất định dẫn đến các số liệu về tần suất cao hơn.
- Khắc phục sự cố về độ trễ của Redis
Vì vậy, khi chúng tôi chạy lệnh redis-cli --latency -h 127.0.0.1 -p 6379 Redis đi vào một chế độ đặc biệt, trong đó nó liên tục lấy mẫu độ trễ (bằng cách chạy PING).
Bây giờ, hãy phân tích dữ liệu mà nó trả về:min: 0, max: 15, avg: 0.12 (2839 samples)
(2839 samples) ? Đây là số lần redis-cli ghi lại việc phát lệnh PING và nhận được phản hồi. Nói cách khác, đây là dữ liệu mẫu của bạn. Trong ví dụ của chúng tôi, chúng tôi đã ghi lại 2839 yêu cầu và phản hồi.
min: 0 là gì ? min giá trị đại diện cho độ trễ tối thiểu giữa thời gian CLI phát hành PING và thời gian nhận được thư trả lời. Nói cách khác, đây là thời gian phản hồi tuyệt đối tốt nhất từ dữ liệu được lấy mẫu của chúng tôi.
max: 15 ? max giá trị đối lập với min . Nó thể hiện độ trễ tối đa giữa thời gian CLI phát hành PING và thời gian nhận được câu trả lời cho lệnh. Đây là thời gian phản hồi lâu nhất từ dữ liệu được lấy mẫu của chúng tôi. Trong ví dụ của chúng tôi về 2839 mẫu, giao dịch lâu nhất mất 15ms .
avg: 0.12 ? avg giá trị là thời gian phản hồi trung bình tính bằng mili giây cho tất cả dữ liệu được lấy mẫu của chúng tôi. Vì vậy, trung bình, từ 2839 mẫu của chúng tôi, thời gian phản hồi mất 0.12ms .
Về cơ bản, các số cao hơn cho min , max và avg là một điều tồi tệ.
Một số tài liệu tiếp theo tốt về cách sử dụng dữ liệu này:
- Khắc phục sự cố về độ trễ
- Redis khung giám sát độ trễ
- Redis nhanh như thế nào?
- Suy nghĩ về hiệu suất của Redis
