可能很多開發者都認為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
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中文網其他相關文章！
