说到缓冲区，在主从数据同步和增量复制的环节提到过，在这两个环节中缓冲区的次要作用是保留 Redis 的写操作，用来保障免得呈现因为数据和命令的处理速度慢于发送速度而导致数据失落和性能问题。

然而了缓冲区的内存空间也是有限度的，如果读速度慢于写速度，就会导致缓冲区一直的扩充内存来暂存数据。但缓冲区占用的内存超过了设定的上线阈值，就会呈现缓冲区溢出导致数据失落。一旦耗尽了 Redis 实例所在机器的可用内存，就会导致 Redis 实例解体，引发生产事变。

缓冲区利用场景

缓冲区的利用次要有两个利用场景：

1. 客户端和服务端之间通信。用来暂存客户端发送的命令数据，或是服务端返回给客户端的数据后果。
2. 主从节点数据同步。用来暂存主节点接管的写命令和数据。

一般客户端缓冲区

客户端输出和输入缓冲区

先来看一张图，这张图是客户端和服务端连贯中，缓冲区的阐明。

从图中能够看到，输出缓冲区会先把客户端发送的命令暂存起来，Redis 主线程再从输出缓冲区中读取命令，进行解决。当 Redis 主线程解决完数据后，会把后果写入到输入缓冲区，再通过输入缓冲区返回给客户端。

可能导致溢出的状况

输出缓冲区可能导致溢出的状况：

1. 写入了 bigkey，比方一下写入了百万级别的汇合类型数据；
2. 服务端解决申请的速度过慢，例如，Redis 主线程呈现间歇性阻塞，无奈及时处理失常发送的申请，导致客户端发送的申请在输出缓冲区越积越多；

就先来看看如何查看输出缓冲区的内存应用状况吧，理解哪个客户端引起的：

# Redis 提供的查看客户端连贯信息的命令
CLIENT LIST
id=5 addr=127.0.0.1:50487 fd=9 name= age=4 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

CLIENT 命令返回的信息能够划分为两类：

1. 一类是与服务器端连贯的客户端信息。如 addr。

2. 一类是与输出缓冲区相干的三个参数：

   1. cmd：示意客户端最新执行的命令。示例是 CLIENT 命令。
   2. qbuf：示意输出缓冲区曾经应用的大小。示例是 CLIENT 命令曾经应用了 26 字节大小的缓冲区。
   3. qbuf-free：示意输出缓冲器尚未应用的大小。示例 CLIENT 命令还能够应用 32742 字节的缓冲区。

qbuf 和 qbuf-free 的总和就是，Redis 服务器端以后为已连贯的客户端调配的缓冲区总大小。示例总共调配了 26 + 32742 = 32768 字节（32KB）。

溢出产生的影响

输出缓冲区溢出产生的影响：

1. 如果 qubf-free 耗尽，就会引起客户端输出缓冲区溢出，Redis 的解决办法就是把客户端连贯敞开，导致的后果就是业务程序无奈进行数据存取。
2. 通常状况下，会有很多的客户端连贯，当客户端连贯占用的内存总量，超过了 Redis 的 maxmemory 配置时，就会触发 Redis 进行数据淘汰，影响业务程序的拜访性能。甚至多个客户端会导致 Redis 内存占用过大，也会导致内存溢出问题，进而引起 Redis 解体。

怎么防止？

能够从两个角度着手思考：

1. 把缓冲区调大。输出缓冲区大小的下限阈值，在代码中就限定为 1GB，无奈通过参数调节，对于个别状况是曾经适合了。
2. 从数据命令的发送和处理速度动手。就是尽量避免客户端写入 bigkey，以及防止 Redis 主线程阻塞。

输入缓冲区溢出

Redis 输入缓冲区暂存的是 Redis 主线程要返回给客户端的数据。主线程返回给客户端的数据，既有简略且大小固定的 OK 响应或报错信息，也有大小不固定、蕴含具体数据的执行后果。

Redis 为每个客户端输入缓冲区划分了两局部：

1. 一个大小为 16KB 的固定缓冲空间，用来暂存 OK 响应和出错信息。
2. 一个能够动静减少的缓冲空间，用来暂存大小可变的响应后果。

可能导致溢出的状况

1. 服务器端返回 bigkey 的大量后果。
2. 执行了 MONITOR 命令。
3. 缓冲区大小设置不合理。

MONNITOR 命令是用来检测 Redis 执行的，这个命令会继续输入检测到的各个命令操作：

MONITOR
OK
1600617456.437129 [0 127.0.0.1:50487] "COMMAND"
1600617477.289667 [0 127.0.0.1:50487] "info" "memory"
...

MONITOR 的输入后果会继续占用输入缓冲区，并越占越多，最初后果就是产生溢出。所以呢，MONITOR 命令不要再生产环境中继续应用。

输入缓冲区大小是能够通过 client-output-buffer-limit 配置配置的，具体蕴含量方面内容：

1. 设置缓冲区大小的下限阈值。
2. 设置输入缓冲区继续写入数据的数量下限阈值，和继续写入数据的工夫下限阈值。

应答形式

针对三种可能状况总结下应答形式：

1. 防止 bigkey 操作返回大量数据后果。
2. 防止在生产环境继续应用 MONITOR 命令。
3. 应用 client-output-buffer-limit 设置正当的缓冲区大小下限，或是缓冲区间断写入工夫和写入量下限。

主从集群中的缓冲区

主从集群间数据复制包含全量复制和增量复制两种，无论那种模式的复制，为了保障主从节点的数据统一，都会用到缓冲区，然而这两种场景下的缓冲区，在溢出影响和大小设置方面并不一样。

复制缓冲区（replication buffer）溢出问题

在全量复制时，主节点在向从节点传输 RDB 同时，会持续接管客户端发送的写命令申请保留在复制缓冲区，等 RDB 文件传输实现后，再发送给从节点执行。主节点会给每个从节点都保护一个复制缓冲区，来保障主从节点间的数据同步。

如果在全量复制时，从节点接管和加载 RDB 较慢，写命令就会在复制缓冲区越积越多，最终导致溢出。溢出后主节点会间接敞开和从节点的连贯，导致全量复制失败。

怎么防止？

提供以下三点倡议来防止：

1. 管制主节点的数据量大小，尽量管制在 2-4GB，能够让全量同步执行的快些。
2. 通过 client-output-buffer-limit 配置项，正当设置复制缓冲区大小。设置根据就是主节点的数据量大小、主节点的写负载压力和主节点自身的内存大小。
3. 管制从节点数量，不要应用大规模的主从集群，防止少数从节点同时进行全量同步。

复制积压缓冲区（repl_backlog_buffer）溢出问题

复制积压缓冲区是一个大小无限的环形缓冲区。写满后会笼罩缓冲区的旧命令数据，如果从节点还没有同步这些数据，就会造成从节点从新开始全量复制。

优化倡议

1. 通过配置项 repl_backlog_size 调整复制积压缓冲区大小。

repl_backlog_size

同时再说下 repl_backlog_size 计算根据：

复制积压缓冲区空间大小 = 主库写入命令速度 数据大小 – 主从库间网络传输速度 数据大小；

repl_backlog_size = 复制积压缓冲区空间大小 * 2；

举例：

如果主库每秒写入 2000 个数据，每个数据大小为 2KB，主从库间网络传输 1000 个 / 秒。那么，有 1000 个数据须要缓冲起来，至多须要 2MB 的缓冲空间，依照 2 倍的量就是 4MB；

client-output-buffer-limit 阐明

client-output-buffer-limit 设置缓冲区时，是能够辨别客户端的类型的。

客户端分类

和 Redis 实例进行交互的客户端次要划分为两类：

1. 惯例的和 Redis 服务器端交互的一般客户端，以及订阅了 Redis 频道的订阅客户端。
2. 主从集群中从节点客户端。

示例

# 给一般客户端设置缓冲区大小示例：client-output-buffer-limit normal 0 0 0

normal 示意以后设置的是一般客户端

第 1 个 0 示意设置的是缓冲区大小限度

第 2 个 0 示意缓冲区继续写入量限度

第 3 个 0 示意缓冲区继续写入工夫限度

# 给订阅客户端设置
client-output-buffer-limit pubsub 8mb 2mb 60

8mb 示意缓冲区大小下限为 8mb，超过就断开客户端连贯

2mb 示意缓冲区继续写入量限度为 2mb

60 示意缓冲区继续写入工夫限度为 60 秒

达到间断条件也会断开客户端连贯

# 给从节点客户端设置
client-output-buffer-limit slave 512mb 128mb 60

以从节点客户端设置为例，计算下写入负载：

如果一条写命令数据是 1KB，复制缓冲区能够累积 512K 条（512MB/1KB = 512K）写命令，主节点在全量复制期间，能够接受的写命令速率下限是 2000 条 / 秒（128MB/1KB/60 约等于 2000）；