首頁 >資料庫 >Redis >Redis維之緩衝區

Redis維之緩衝區

齐天大圣
齐天大圣原創
2020-05-21 09:28:14207瀏覽

可能很多開發者都認為Redis很簡單,掌握些api不就可以了麼。事實上,如果使用不當,會出現很多問題的。今天,就來談談redis的緩衝吧。 Redis為客戶端提供了輸入緩衝區與輸出緩衝區,並且提供了相應的api來查看監控緩衝區。

輸入緩衝區

Redis為每個客戶端都提供了輸入緩衝區,它的作用是將客戶端發送的命令儲存,然後Redis會從輸入緩衝區中提取命令並執行。

Redis為客戶端提供的輸入緩衝區大小是有限制的,不能超過1G內存,超過的話Redis將關閉該客戶端。

緩衝區溢出的危害

每個客戶端的輸入緩衝區最大不能超過1G,超過的話,該客戶端將會被關閉,將會造成應用程式出問題。

輸入緩衝區不能大小不受maxmory控制,當maxmory設定為8G時,當Redis已儲存了4G數據,而所有客戶端的輸入緩衝區總大小為5G時,將可能造成資料遺失,鍵值淘汰,OOM等情況。

緩衝區溢位的原因,是因為redis的處理速度趕不上緩衝區的輸入速度。常見的情況是,輸入緩衝區內含有大量bigkey或redis發生了阻塞。

監控

監控輸入緩衝區有兩種方法

  • 第一種方法是透過client list指令來查看目前所有連線的客戶端資訊

  • 第二種方法是透過info clients指令查看整體的資訊。

127.0.0.1:6379> client list
id=113430 addr=127.0.0.1:57244 fd=7 name= age=3115 idle=0 flags=N db=0 sub=0 psub=0 multi=-1 qbuf=26 qbuf-free=32742 obl=0 oll=0 omem=0 events=r cmd=client
id=113432 addr=127.0.0.1:57250 fd=9 name= age=3099 idle=342 flags=N db=0 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=0 obl=0 oll=0 omem=0 events=r cmd=set
……

其中,和輸入緩衝區有關的是qbuf、qbuf-free,他們分別表示輸入緩衝區的大小和剩餘的輸入緩衝區的大小。

127.0.0.1:6379> info clients
# Clients
connected_clients:4
client_recent_max_input_buffer:2
client_recent_max_output_buffer:0
blocked_clients:0

client_recent_max_input_buffer表示最大的輸入緩衝區的大小。

這兩種方法有自己的優缺點:

  • client list可以精確監控每個客戶端狀況,但執行速度較慢,有可能造成redis阻塞。

  • info clients 執行快,但分析的資料較簡單,無法精確到每個客戶端,且無法顯示總的客戶端輸入緩衝區大小,只顯示最大的。

輸出緩衝區

#Redis也提供了輸出緩衝區,和輸入緩衝區一樣,輸出緩衝區也不受maxmory控制。

但和輸入緩衝區不一樣的是,輸出緩衝區可以透過設定檔來限制。

client-output-buffer-limit  type hardlimit softlimit secords

  • ##type表示客戶端類型

  • hardlimit  輸出緩衝區最大值,超過的話會立即關閉

  • sortlimit 及secords 當超過sortlimit限制secords秒後,客戶端會被關閉。

Redis預設配置如下:

client-output-buffer-limit normal 0 0 0
client-output-buffer-limit replica 256mb 64mb 60
client-output-buffer-limit pubsub 32mb 8mb 60

#監控

與輸出緩衝區監控的方法一樣,也會使用client list及info clients。

client list中和輸出緩衝相關的是obl、oll、omem,主要看omem,它表示輸出緩衝區的大小。

info clients中client_recent_max_output_buffer表示最大的輸出緩衝區大小。

他們的優缺點和之前所說一樣,這裡就不贅述。

另外這裡再介紹一個指令,用來關閉客戶端的連線。

client kill ip:連接埠

當發現客戶端異常時,就可以使用該指令來關閉異常的連線。

以上是Redis維之緩衝區的詳細內容。更多資訊請關注PHP中文網其他相關文章!

陳述:
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn