Redis中的客户端(三)

客户端

身份验证

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

c 复制代码

typedef struct redisClient {
 // ...
 
 int authenticated;
 
 // ...
} redisClient;

如果authnticated的值为0，那么表示客户端未通过身份验证；如果authenticated的值为1，那么表示客户端已经通过了身份验证

例子

举个例子，对于一个尚未进行身份验证的客户端来说，客户端状态的authenticated的属性如图所示.
当客户端authenticated属性的值为0时，除了AUTH命令之外，客户端发送的所有其他命令都会被
服务器拒绝执行:(前提是你需要设置密码requirepass)
redis.conf

c 复制代码

requirepass 1234

c 复制代码

(error) NOAUTH Authentication required.
127.0.0.1:6379> SET msg "hello world"
(error) NOAUTH Authentication required.

当客户端通过AUTH命令成功进入身份验证之后，客户端状态authenticated属性的值就会从0变为1，

如图所示，这时客户端就可以像往常一样向服务器发送命令请求了:

c 复制代码

127.0.0.1:6379> AUTH 1234
OK
127.0.0.1:6379> PING
PONG
127.0.0.1:6379> SET msg "hello world"
OK

authenticated属性仅在服务器启用了身份验证功能时使用，如果服务器没有启用身份验证功能的话，

那么即使authenticated属性的值为0(这是默认值),服务器也不会拒绝执行客户端发送的命令请求。

时间

c 复制代码

typedef struct redisClient {
 // ...
 time_t ctime;
 
 time_t lastinteraction;
 
 time_t obuf_soft_limit_reached_time;
 // ...
}redisClient;

1.ctime属性记录了创建客户端的时间，这个时间可以用来计算客户端与服务器已经连接了多少秒，
CLIENT list命令的age域记录了这个秒数

c 复制代码

127.0.0.1:6379> CLIENT list
id=3 addr=127.0.0.1:58185 fd=10 name= age=741 idle=0 flags=N db=0 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=32768 obl=0 oll=0 omem=0 events=r cmd=client

2.lastinteraction属性记录了客户端与服务器最后一次进行互动(interaction)的时间，这里的互动可以是客户端向服务器发送命令请求，也可以是服务器向客户端发送命令回复。lastinteraction属性可以用来计算客户端的空转(idle)时间，也即是，距离客户端与服务器最后一次进行互动以来，已经过去了多少秒,CLIENT list命令的idle域记录了这个秒数

c 复制代码

id=3 addr=127.0.0.1:58185 fd=10 name= age=1371 idle=27 flags=N db=0 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=0 obl=0 oll=0 omem=0 events=r cmd=client
id=4 addr=127.0.0.1:60838 fd=9 name= age=8 idle=0 flags=N db=0 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=32768 obl=0 oll=0 omem=0 events=r cmd=client

3.obuf_soft_limit_reached_time属性记录了输出缓冲区第一次到达软性限制(soft limit)的时间

客户端的创建与关闭

服务器使用不同的方式来创建和关闭不同类型的客户端

创建普通客户端。

如果客户端是通过网络连接与服务器进行连接的普通客户端，那么在客户端使用connect函数连接

到服务器时，服务器就会调用连接事件处理器,为客户端创建相应的客户端状态，并将这个新的客户端

状态添加到服务器状态结构clients链表的末尾。

例子

举个例子。假设当前有c1和c2两个普通客户端正在连接服务器，那么当一个新的普通客户端c3连接到服务器之后，服务器会将c3所对应的客户端状态添加到clients链表的末尾，如图所示，其中用虚线包围的就是服务器为c3新创建的客户端状态

关闭普通客户端

一个普通客户端可以因为多种原因而被关闭:

1.如果客户端退出或者被杀死，那么客户端与服务器之间的网络连接将被关闭，从而造成客户端被关闭
2.如果客户端向服务器发送了带有不符合协议格式的命令请求，那么这个客户端也会被服务器关闭
3.如果客户端成为了CLIENT KILL命令的目标，那么它也会被关闭
4.如果用户为服务器设置了timeout配置选项，那么当客户端的空转时间超过timeout选项设置的值时，客户端将被关闭。不过timeout选项有一些例外情况:如果客户端是主服务器(打开了REDIS_MASTER标志)，
从服务器(打开了REDIS_SLAVE标志),正在被BLPOP等命令阻塞(打开了REDIS_BLOCKED标志)，或者正在执行SUBSCRIBE、PSUBSCRIBE等订阅命令，那么即使客户端的空转事件超过了timeout选项的值，客户端
也不会被服务器关闭。
5.如果客户端发送的命令请求的大小超过了输入缓冲区的限制大小(默认为1GB),那么这个客户端会被服务器关闭
6.如果要发送给客户端的命令回复的大小超过了输出缓冲区的限制大小，那么这个客户端会被服务器关闭

可变大小缓冲区由一个链表和任意多个字符串对象组成，理论上来说，这个缓冲区可以保存任意长度的命令回复。但是，为了避免客户端的回复过大，占用过多的服务器资源，服务器会时刻检查客户端的输出缓冲区

的大小，并在缓冲区的大小超出范围时，执行相应的限制操作。

服务器使用两种模式来限制客户端输出缓冲区的大小:

1.硬性限制(hard limit):如果输出缓冲区的大小超过了硬性限制所设置的大小，那么服务器立即关闭客户端
2.软性限制(soft limit):如果输出缓冲区的大小超过了软性限制所设置的大小，但还没有超过硬性限制，那么服务器将使用客户端状态结构的obuf_soft_limit_reached_time属性记录下客户端到达软性限制的起始时间;
之后服务器会继续监视客户端，如果输出缓冲区的大小一直超出软限制，并且持续时间冲过服务器设定的时长那么服务器将关闭客户端;相反地，如果输出缓冲区的大小在指定时间之内，不再超出软性限制，那么客户端
就不会被关闭，并且obuf_soft_limit_reached_time属性的值也会被清零。
使用client-output-buffer-limit选项可以为普通客户端、从服务器客户端、执行发布与订阅功能的客户端分别设置不同的软性限制和硬性限制，该选项的格式为:

c 复制代码

client-output-buffer-limit <class> <hard limit> <soft limit> <soft seconds>

例子

举个例子，

c 复制代码

client-output-buffer-limit normal 0 0 0
client-output-buffer-limit slave 256mb 64mb 64
client-output-buffer-limit pubsub 32mb 8mb 60

第一行设置将普通客户端的硬性限制和软性限制都设置为0，表示不限制客户端的输出缓冲区大小
第二行设置将从服务器客户端的硬性限制设置为256MB,而软性限制设置为64MB,软性限制的时长为60s
第三行设置将执行发布与订阅功能的客户端的硬性限制设置为32MB,软性限制设置为8MB，软性限制的时长为60s

Lua脚本的伪客户端

服务器会在初始化时创建执行Lua脚本中包含的Redis命令的伪客户端，并将这个伪客户端关联在服务器状态结构的lua_client属性中:

c 复制代码

typedef struct redisServer {
 // ...
 redisClient *lua_client;
 // ...
 
};

lua_client伪客户端在服务器运行的整个生命周期中会一直存在，只有服务器被关闭时，这个客户端才会被关闭

AOF文件的伪客户端

服务器在载入AOF文件时，会创建用于执行AOF文件包含的Redis命令的伪客户端，并在载入完成之后，关闭伪客户端