Redis（十七）：客户端

最新推荐文章于 2025-12-27 09:28:44 发布

原创最新推荐文章于 2025-12-27 09:28:44 发布 · 1.1k 阅读

18 ·

CC 4.0 BY-SA版权

文章标签：

#redis #java #数据库

程序员专栏收录该内容

821 篇文章

订阅专栏

本文详细解释了Redis客户端的数据结构，包括argv数组、argc计数，以及如何通过命令表执行命令。还介绍了输出缓冲区的固定和可变大小，身份验证机制，以及与AOF文件和lua_client相关的伪客户端。此外，文章强调了并发和分布式系统在现代互联网招聘中的重要性。

typedef struct redisClient(

//…

robj *name;

int flags;

sds querybuf;

robj **argv;

int argc;

)redisClient;

argv是一个数组，数组中的每一个项都是一个字符串对象，但argv[0]则是要执行的命令，而之后的其他项则是传给命令的参数

argc则是用来记录argv数组的长度。

举个栗子

set key value;

在这里插入图片描述

此时的argc的值为3

命令的实现函数

到这一步，服务器会根据协议内容中分析得出argv属性和argc属性，然后根据argv[0]的值，在命令表中查找对应的命令实现函数。

命令表也是一个字典，字典的建是一个SDS对象，保存了命令的名字，字典的值则是命令所对应的redisCommand结构，这个结构保存了命令的实现函数、命令的标志、命令应该给定的参数个数、命令的总执行次数和总消耗时长等统计信息。

在这里插入图片描述

当服务器找到对应的redisCommand结构后，会将客户端状态的cmd指针指向该结构

typedef struct redisClient(

//…

robj *name;

int flags;

sds querybuf;

robj **argv;

int argc;

struct redisCommand *cmd

)redisClient;

之后服务器就可以根据客户端状态（套接字）的cmd指针，以及argv里面保存的参数，去调用对应的redisCommand，执行指定的命令。

输出缓冲区

执行命令所得的命令回复会被保存在客户端状态的输出缓冲区里面，每个客户端都有两个输出缓冲区可以用，一个输出缓冲区大小是固定的，而另一个是可变的

固定大小的缓冲区可以去保存那些长度比较小的回复，比如OK、简单的字符串值、整数值、错误回复等等
可变大小的缓冲区用于保存那些长度比较长的回复，比如包含了很多键值对的有序集合，哈希键，或者列表

客户端的固定大小的缓冲池为buf和bufpos组成

buf是一个大小为REDIS_REPLY_CHUNK_BYTES的数组，大小是固定的，默认为16KB
bufpos记录了buf数组目前已经使用了的字节量

当buf数组的空间用完后，服务器就会开始使用可变大缓冲区，可变大缓冲区由reply链表组成，使用链表来连接多个字符串对象，可以让客户端保存非常长的命令回复。

typedef struct redisClient(

//…

robj *name;

int flags;

sds querybuf;

robj **argv;

int argc;

struct redisCommand *cmd;

//输出缓冲区

char buf[REDIS_REPLY_CHUNK_BYTES];

int bufpos;

list *reply

//…

)redisClient;

身份验证

客户端状态的authenticated属性是用来记录客户端是否通过了身份验证的

typedef struct redisClient(

//…

robj *name;

int flags;

sds querybuf;

robj **argv;

int argc;

struct redisComment *cmd;

char buf[REDIS_REPLY_CHUNK_BYTES];

int bufpos;

list *reply;

//身份验证属性

int authenticated;

)redisClient;

如果authenticated的值为0，代表该用户端未进行身份验证，如果authenticated为1，则代表该用户已经通过了身份验证。

使用AUTH命令进行验证

auth password

时间

最后，客户端还有几个和时间有关的属性

ctime属性记录了创建客户端的时间，这个时间可以用来计算客户端与服务器已经连接了多少秒，对应的是查看客户端连接的age属性
lastinterraction属性记录了客户端与服务器最后一次进行互动的时间，即离最后一次执行命令又过了过久，对应的是查看客户端的idle属性（空转时间）
还有一个obuf_soft_limit_reached_time属性记录了输出缓冲区第一次到达软性限制的时间

所以完整的客户端架构为如下

typedef redisClient(

//套接字描述符

int fd;

//名字

robj *name;

//标志（角色和状态）

int flags;

//输入缓冲区

sds querybuf;

//输入命令和参数

robj **argv;

//argv数组长度

int argc;

//固定输出缓冲区

char buf[REDIS_REPLY_CHUNK_BYTES]

//固定输出缓冲区已经使用了多少字节

int bufpos

//不固定输出缓冲区

list *reply;

//身份验证

int authenticated

//时间

time_t ctime;

time_t lastinteraction;

time_t obuf_soft_limit_reached_time;

)redisClient;

客户端的创建与关闭

创建普通的客户端

客户端是通过网络连接与服务器进行连接的普通用户客户端，则会连接到连接套接字，产生READABLE事件，然后交由连接事件处理器去处理，为客户端创建相应的客户端状态（redisClient），并且将这个客户端状态加入到服务器的clients链表的末尾，并且生成新的客户端套接字（以后该客户端都是通过该套接访问Redis）

关闭普通客户端

客户端进程退出或者被杀死，客户端与服务器之间网络连接断开
客户端向服务器发送了带有不符合协议格式的命令请求
客户端成为了CLIENT KILL命令的目标
服务器设置了time out选项，当客户端空转时间超过了time out选项就会关闭
客户端发送的命令请求的大小超过了输入缓冲区的大小限制，默认1GB
服务器端发送的回复超过了输出缓冲区的大小限制，会分为以下两种情况
硬性限制：关闭客户端
软性限制：服务器使用obuf_soft_limit_reached_time属性记录下客户端到达软性限制的起时时间，之后服务器会继续监控该客户端，如果输入缓冲区一直都是超出软性限制的，并且超过了服务器规定的时间，那么服务器就会断开与该客户端连接，如果在指定时间内，不再超出软性限制，就不会关闭，并且obuf_soft_limit_reached_time会被清零