Redis服务器是一对多服务器程序：一个服务器可以和多个客户端建立网络联接，每个客户端可以向服务器发送指令央求，而服务器接收并处理客户端发送的指令央求，并向客户端回来指令回复。
运用由I/O多路复用技术结束的文件工作处理器，Redis服务器可以运用单线程单进程的方法来处理指令央求，并与多个客户端进行网络通讯。
与服务器联接客户端，Redis服务器运用redisClient结构（客户端情况）保存客户端其时的情况信息、实行相关功用时需求用到的数据结构。首要包含以下：
客户端的套接字描述符
客户端称谓
客户端标志值
指向客户端正在运用的数据库指针、数据库序号
客户端其时要实行的指令、指令参数、参数个数和指向指令结束函数的指针
客户端的输入和输出缓冲区
客户端实行发布订阅用到的数据结构
客户端身份验证标志
客户端的创建时间、终究一次与服务器通讯的时间、客户端的输出缓冲区大小超出软性束缚（soft limit）的时间
…
客户端保存在redisServer结构的clients特色中，该特色是一个链表，保存了全部与服务器联接客户端的情况结构，对客户端实行操作或查找指定客户端，都是通过遍历clients特色结束：
struct redisServer {
// ...
// 链表，保存了客户端的情况
list *clients;
// ...
}
一、客户端属性
1.1 套接字描述符
客户端情况的fd特色记载了客户端正在运用的套接字描述符：
type struct redisClient {
// ...
int fd;
// ...
} redisClient;
客户端类型不同，fd取值可以是-1、大于-1的整数：
伪客户端(fake client)：fd特色值为-1。伪客户端处理的指令央求来源于AOF文件或Lua脚本，不是网络，所以这种客户端不需求套接字联接。Redis服务器会在两个当地用到伪客户端：
1.载入AOF文件并恢复数据库情况
2.用于实行LUa脚本中包含的Redis指令
一般客户端：fd特色大于-1的整数。一般客户端运用套接字与服务器进行通讯，Redis服务器会用fd特色记载客户端套接字的描述符。
实行client list指令可以列出现在全部联接到服务器的一般客户端：
fd特色闪现了服务器联接客户端所运用的套接字描述符
redis> client list
id=3 addr=127.0.0.1:53094 fd=9 name= age=914864 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
1.2 标志
客户端的标志特色flags记载了客户端的人物（role）、客户端现在地点的情况：
type struct redisClient {
// ...
int fd;
int flags;
// ...
} redisClient;
flags特色的值可以是单个标志，也可以是多个标志的二进制或，如
flags =
flags = | | …
每个标志运用一个常量标明，一部分记载了客户端的人物、一部分记载了客户端现在地点的情况。
客户端人物：
REDIS_MASTER、REDIS_SLAVE：标明客户端代表的是一个主服务器、从服务器。在主从服务器进行拷贝操作时， 主服务器会成为从服务器的客户端，从服务器成为抓服务器的客户端。
REDIS_PRE_PSYNC：标明客户端代表是一个版别低于Redis2.8的从服务器，主服务器不能运用PSYNC指令与这个从服务器进行同步。这个标志只能在REDIS_SLAVE标志翻开情况运用。
REDIS_LUA_CLINET：标明客户端用于处理Lua脚本里包含的Redis指令的伪客户端。
客户端地点的情况：
REDIS_MONITOR：标明客户端正在实行MONITOR指令。
REDIS_UNIX_SOCKET：标明服务器运用UNIX套接字来联接客户端。
…
1.3 输入缓冲区
客户端情况的输入缓冲区用于保存客户端发送的指令央求：
type struct redisClient {
// ...
int fd;
int flags;
sds querybuf;
// ...
} redisClient;
注：输入缓冲区的大小根据输入内容动态地缩小或扩展，但最大不能逾越1GB，否则服务器将会关闭这个客户端。
示例：
假设客户端向服务器发送了set key value指令央求，那么客户端情况的querybuf特色是一个包含以下内容的SDS值：
*3
$3
SET
$3
key
$5
value
1如下图所示：
1.4 指令与指令参数
在服务器将客户端发送的指令央求保存到客户端的querybuf特色后，服务器会对指令央求的内容进行分析，然后将得出的指令参数以及参数个数分别保存到客户端情况的argv特色和argc特色：
type struct redisClient {
// ...
int fd;
int flags;
sds querybuf;
robj **argv;
int argc;
// ...
} redisClient;
argv特色：一个数组，数组中每一项是字符串，argv[0]是要实行的指令，其他项是传给指令的参数。
argc特色：记载argv数组的长度
示例：
如1.3的querybuf特色值，服务器将分析、创建下图的argv特色和argc特色：
注：SET指令本身也是一个参数。
1.5 指令的结束函数
服务器从协议内容中分析得出argv特色和argc特色的值后，服务器根据argv[0]的值，在指令表中查找指令所对应的指令结束函数。
指令表是一个字典，字典的键是SDS结构，保存了指令的名字，字典的值是指令对应的redisCommand结构。该结构保存了指令的结束函数、指令的标志、指令应该给定的参数个数、指令的总实行次数和总耗时等核算信息。指令表如下图所示：
当程序在指令表中找到argv[0]所对应的redisCommand结构时，它会将客户端情况的cmd指针指向这个结构：
type struct redisClient {
// ...
int fd;
int flags;
sds querybuf;
robj **argv;
int argc;
struct redisCommand *cmd;
// ...
} redisClient;
之后服务器运用cmd特色指向的redisCommand结构、argv、argc特色的值调用相关指令结束函数，实行客户端指定的指令。A8站源码交易平台
示例：
当argv[0]为"SET"时，查找指令表并将客户端情况的cmd指针指向redisCommand结构的进程如下图所示：
注：指令表的查找操作不差异大小写。
1.6 输出缓冲区
实行指令所得的指令回复会被保存在客户端情况的输出缓冲区里，每个客户端都有两个输出缓冲区可用：
固定大小缓冲区：保存那些长度比较小的回复，如OK、简略的字符串值、整数值、差错回复等。
可变大小缓冲区：保存那些长度较大的回复，如十分长的字符串值、许多项组成的列表、包含许多元素的集结等。
客户端的固定大小缓冲区由buf和bufpos两个特色组成：
buf：数组长度为REDIS_REPLY_CHUNK_BYTES，默许值是16*1024，也就是16KB
bufpos：记载了数组现在现已运用的字节数量
type struct redisClient {
// ...
int fd;
int flags;
sds querybuf;
robj **argv;
int argc;
struct redisCommand *cmd;
char buf[REDIS_REPLY_CHUNK_BYTES];
int bufpos;
// ...
} redisClient;
示例：
一个固定大小缓冲区保存+OK
，如下图所示：
当buf数组空间用完或回复太大无法放进buf数组里，服务器就会运用可变大小的缓冲区。
可变大小的缓冲区由reply链表和一个或多个字符串政策组成：
type struct redisClient {
// ...
int fd;
int flags;
sds querybuf;
robj **argv;
int argc;
struct redisCommand *cmd;
char buf[REDIS_REPLY_CHUNK_BYTES];
int bufpos;
list *reply;
// ...
} redisClient;
示例：
一个包含三个字符串政策的reply链表如下图所示：
为了避免发送给客户端回复过大，占用过多服务器资源，服务器会时间检查客户端的输出缓冲区大小，并在缓冲区的大小超出范围时，实行相应的束缚操作。
服务器运用两种方式束缚客户端输出缓冲区的大小：
硬性束缚（hard limit）：假设输出缓冲区大小逾越了硬性束缚所设置的大小，服务器当即关闭客户端
软性束缚（soft limit）：
假设缓冲区大小逾越软性束缚所设置的大小，但没逾越硬性束缚，那么服务器将运用客户端情况结构的 obuf_soft_limit_reached_time 特色记载下客户端抵达软性束缚的开端时间；之后服务器会继续监督客户端，假设输出缓冲区的大小一起逾越软性束缚，且继续时间逾越服务器设置的时长，那么服务器将关闭客户端；
假设输出缓冲区的大小在指定时间之内不再逾越软性束缚，那么客户端不会给关闭，且obuf_soft_limit_reached_time特色值被清零。
运用 client-output-buffer-limit选项可以为一般客户端、从服务器客户端、实行发布订阅的客户端分别设置不同的软性束缚和硬性束缚。
三个设置示例：
# 将一般客户端的硬性束缚和软性束缚都设置为0，标明不束缚客户端的输出缓冲区大小
client-output-buffer-limit normal 0 0 0
# 将从服务器客户端的硬性束缚设置为256mb，软性束缚设置为64mb，软性束缚时长为60s
client-output-buffer-limit slave 256mb 64mb 60
# 将实行发布订阅的客户端硬性束缚设置为32mb，软性束缚为8mb，软性束缚时长为60s
client-output-buffer-limit pubsub 32mb 8mb 60
1.7 身份验证
客户端情况的authenticated特色用于记载客户端是否通过了身份验证：
type struct redisClient {
// ...
int fd;
int flags;
sds querybuf;
robj **argv;
int argc;
struct redisCommand *cmd;
char buf[REDIS_REPLY_CHUNK_BYTES];
int bufpos;
list *reply;
int authenticated;
// ...
} redisClient;
authenticated：A8站源码交易平台
0：标明客户端未通过身份验证。此时除了AUTH指令，其他指令都会被服务器回绝实行（服务器需求打开身份验证功用，参看配备文件里的requirepass选项）
1：标明客户端通过了身份验证
1.8 时间
客户端中与时间有关的几个特色：ctime、lastinteraction、obuf_soft_limit_reached_time。
type struct redisClient {
// ...
int fd;
int flags;
sds querybuf;
robj **argv;
int argc;
struct redisCommand *cmd;
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;
ctime：记载了客户端创建的时间，用来记算客户端与服务器联接的时间，client list指令中的age选项记载了这个时间。
lastinteraction：记载了客户端与服务器终究一次交互的时间。如客户端向服务端发送指令央求、服务器向客户端发送指令回复。
该特色还可以用来核算客户端空转（idle）时间，即距离客户端与服务器终究一次进行交互以前的时间。 client list指令中的idle选项记载了这个时间。
obuf_soft_limit_reached_time：记载了输出缓冲区第一次抵达软性束缚（soft limit）的时间。
二、客户端的创建与关闭
2.1 一般客户端
2.1.1 创建一般客户端
假设客户端通过网络联接与服务器进行联接的，当客户端运用connect函数联接到服务器时，服务器就会调用联接工作处理器为客户端创建相应的客户端情况，并将这个新的客户端情况添加到服务器情况结构clients链表的结束。
示例：
如已有客户端c1、c2，新的客户端c3联接到服务器后，就会将新创建的c3客户端情况添加到clients链表结束：
2.1.2 关闭一般客户端
一个一般客户端会因为多种原因被关闭：
客户端进程退出或被杀死，客户端与服务器之间的网络联接将被关闭
客户端向服务器发送了带有不符合协议格式的指令央求
客户端成为了CLIENT KILL政策
用户为服务器设置了timeout配备选项，当客户端的空转时间逾越timeout选项设置的值。一些例外情况，
客户端是主服务器（翻开了REDIS_MASTER标志），从服务器（翻开了REDIS_SLAVE标志），正在被BLOOP等指令阻塞（翻开了REDIS_BLOCKED标志），或许正在实行发布订阅等指令，即使逾越了timeout设置的值也不会被关闭
客户端发送的指令央求大小逾越输入缓冲区的束缚（默许1GB）
要发送给客户端的指令回复大小逾越了输出缓冲区的束缚大小
2.2 Lua脚本伪的客户端
服务器在初始化时创建担任实行Lua脚本中包含Redis指令的伪客户端，并将这个伪客户端关联在服务器情况结构的lua_client特色中：
struct redisServer {
// ...
redisClient *lua_client;
// ...
} redisClient;
注：lua_client伪客户端在服务器工作整个生命周期会一贯存在，只需服务器关闭，这个客户端才会被关闭。
2.3 AOF文件的伪客户端
服务器在载入AOF文件时会创建用于实行AOF文件包含的Redis指令的伪客户端，在载入结束之后，关闭这个伪客户端。
、
