Role
FD 套接字
EVENT; AcceptEvent ReadEvent WriteEvent
Handler AcceptHandler ReadHandler WriteHandler
buffer : queryBuffer ,replay,其他buffer
IO Multiplexer IO多路复用
Event Loop 事件轮询
Rank
不在深入,不在划分层次
Relation
Rule
连接规则
Redis 使用多路复用和非阻塞 I/O
设置TCP_NODELAY 选项是为了确保连接没有延迟
创建一个 可读文件事件。当sokect有新的可读数据时,触发事件,保证 Redis 能够立即收集客户端查询
检查是否达到最大客户端数量限制( maxclients),若已达到最大客户端数,redis会尝试向客户端发送错误信息并立即关闭连接
maxclients说明
Redis 2.6 +, redis.conf 中可以配置maxclients,默认10000,
最大客户端数 = min( maxclients+32,能够打开的文件描述符的最大数量)
32是redis预留的clients数量。
请求处理顺序
客户端套接字文件描述符编号,内核报告事件的顺序共同确定,因此该顺序 应视为未指定。
当有2件事是确定的,
每次从客户端套接字,读取内容时,会调用read()方法,执行一次系统调用。
为了提高局部性,从客户端读取新数据时,会把当前缓冲区中所有查询都会按顺序处理
输出缓冲区限制replay
每个客户端一个可变长度的输出缓冲区,
防止客户端无法快速处理,造成输出缓冲区增长,消耗内存大量内存,默认情况下,Redis 会为不同类型的客户端设置输出缓冲区大小的限制。
当达到限制时,客户端连接关闭,事件记录在 Redis 日志文件中。
Redis 使用了两种限制:
- 硬限制是一个固定限制,当达到该限制时,Redis 会尽快关闭客户端连接。
- 软限制是取决于时间的限制,例如每 10 秒 32 M的软限制意味着如果客户端的输出缓冲区连续 10 秒大于 32 M,则连接将关闭。
不同类型的客户端有不同的默认限制:
- 普通客户端的默认限制为 0,即没有限制,因为大多数普通客户端使用阻塞实现发送单个命令并在发送下一个命令之前等待完全读取回复.
- Pub/Sub 客户端的默认硬限制为 32 M,软限制为每 60 秒 8 M。
- 副本的默认硬限制为 256 M,软限制为每 60 秒 64 M。
2种设置输出缓冲区
运行时更改限制, CONFIG SET
redis.conf更改限制。
client-output-buffer-limit normal 0 0 0
client-output-buffer-limit slave 256mb 64mb 60
client-output-buffer-limit pubsub 8mb 2mb 60
查询缓冲区硬限制
来自客户端的命令的缓冲区,达到1GB时将关闭连接。
只是避免服务器崩溃的极端限制,以防客户端或服务器软件错误。
client 驱逐策略
Redis 7.0+ 特性
这种机制称为 客户端驱逐,它本质上是一种安全机制,一旦所有客户端的总内存使用量超过阈值,它将断开客户端。
该机制首先尝试断开使用最多内存的客户端。
它断开返回低于 maxmemory-clients阈值所需的最小客户端数量。
maxmemory-clients定义连接到 Redis 的所有客户端的最大聚合内存使用量。
聚合考虑了客户端连接使用的所有内存:查询缓冲区、输出缓冲区和其他中间缓冲区。
副本和主连接不受客户端驱逐机制的影响。因此,此类连接永远不会被驱逐。
maxmemory-clients可以在配置文件 ( redis.conf) 中或通过 CONFIG SET命令永久设置。此设置可以是 0(表示无限制)、以字节为单位的大小(可能带有 mb/ gb后缀)或 maxmemory使用 %后缀的百分比(例如,将其设置为 10%表示 maxmemory配置的 10%)。
默认设置为 0,表示默认情况下关闭客户端驱逐。
大型生产环境,强烈建议配置一些非零 maxmemory-clients值。首次设置建议 5%,后续按需调整。
可以从客户端驱逐机制中排除的特定客户端连接
使用以下命令(来自相关客户端的连接)执行此操作:
你可以通过以下方式恢复它:
CLIENT NO-EVICT off
client 超时策略
默认情况下,如果客户端空闲了很多秒,Redis 的最新版本不会关闭与客户端的连接:连接将永远保持打开状态。
但是如果你不喜欢这种行为,你可以配置一个超时,这样如果客户端空闲超过指定的秒数,客户端连接将被关闭。
redis.conf中配置,或者CONFIG SET timeout 。
注意,超时仅适用于普通客户端, 不适用于 Pub/Sub 客户端,因为 Pub/Sub 连接是 推送式连接,因此空闲的客户端是常态。
设置超时的2个场景:
- 关键任务应用程序,其中客户端软件中的错误可能会使 Redis 服务器因空闲连接而饱和,从而导致服务中断。
- 作为一种调试机制,以便在客户端软件中的错误使服务器充满空闲连接时能够与服务器连接,从而无法与服务器交互。
超时不精确:当超时设置为 10 秒时,客户端连接可能会关闭,例如,如果同时连接了多个客户端,则会在 12 秒后关闭