Redis 是用单线程来解决多个客户端的拜访，因而作为 Redis 的开发和运维人员须要理解 Redis 服务端和客户端的通信协议，以及支流编程语言的 Redis 客户端应用办法，同时还须要理解客户端治理的相应 API 以及开发运维中可能遇到的问题。
客户端 API
client list
client list 命令能列出与 Redis 服务端相连的所有客户端连贯信息，输入后果的每一行代表一个客户端的信息，它们是每个客户端的一些执行状态，上面抉择几个重要的属性进行阐明。
标识：id、addr、fd、name
- id：客户端连贯的惟一标识，这个 id 是随着 Redis 的连贯自增的，重启 Redis 后会重置为 0。
- addr：客户端连贯的 ip 和端口。
- fd：socket 的文件描述符，与 lsof 命令后果中的 fd 是同一个，如果 fd=- 1 代表以后客户端不是内部客户端，而是 Redis 外部的伪客户端。
- name：客户端的名字。
输出缓冲区：qbuf、qbuf-free
Redis 为每个客户端调配了输出缓冲区，它的作用是将客户端发送的命令长期保留，同时 Redis 从会输出缓冲区拉取命令并执行。
qbuf 和 qbuf-free 别离代表这个缓冲区的总容量和残余容量，Redis 没有提供相应的配置来规定每个缓冲区的大小，输出缓冲区会依据输出内容大小的不同动静调整。
输出缓冲有两点须要留神：
- 每个客户端缓冲区的大小不能超过 1G，超过后客户端将被敞开。
- 输出缓冲区不受 maxmemory 管制 ，假如一个 Redis 实例设置了 maxmemory 为 4G，曾经存储了 2G 数据，然而如果此时输出缓冲区应用了 3G，曾经超过 maxmemory 限度，可能会产生数据失落、键值淘汰、OOM 等状况。
输出缓冲区使用不当造成的危害十分大，那么造成输出缓冲区过大的起因有哪些？
输出缓冲区过大次要是因为 Redis 的处理速度跟不上输出缓冲区的输入速度，并且每次进入输出缓冲区的命令蕴含了大量 bigkey，从而造成了输出缓冲区过大的状况。还有一种状况就是 Redis 产生了阻塞，短期内不能解决命令 ，造成客户端输出的命令积压在了输出缓冲区，造成了输出缓冲区过大。
那么如何疾速发现和监控呢？监控输出缓冲区异样的办法有两种：
- 通过定期执行 client list 命令，收集 qbuf 和 qbuf-free 找到异样的连贯记录并剖析，最终找到可能出问题的客户端。
- 通过 info 命令的 info clients 模块，找到最大的输出缓冲区，例如能够设置超过 10M 就进行报警。
输入缓冲区：obl、oll、omem
Redis 为每个客户端调配了输入缓冲区，它的作用是保留命令执行的后果返回给客户端，为 Redis 和客户端交互返回后果提供缓冲。
与输出缓冲区不同的是，输入缓冲区的容量能够通过参数 client-output-buffer-limit 来进行设置，并且输入缓冲区做得更加粗疏，依照客户端的不同分为三种：一般客户端、公布订阅客户端、slave 客户端。对应的配置规定是：
client-output-buffer-limit <class> <hard limit> <soft limit> <soft seconds>
- <class>：客户端类型，分为三种。a）normal：一般客户端；b）slave：slave 客户端，用于复制；c）pubsub：公布订阅客户端。
- <hard limit>：如果客户端应用的输入缓冲区大于 <hard limit>，客户端会被立刻敞开。
- <soft limit> 和 <soft seconds>：如果客户端应用的输入缓冲区超过了 <soft limit> 并且继续了 <soft limit> 秒，客户端会被立刻敞开。
输入缓冲区也不受 maxmemory 的限度 ，如果使用不当同样会造成 maxmemory 用满产生的数据失落、键值淘汰、OOM 等状况。
实际上输入缓冲区由两局部组成：固定缓冲区（16KB）和动静缓冲区，其中固定缓冲区返回比拟小的执行后果，而动静缓冲区返回比拟大的后果。固定缓冲区应用的是字节数组，动静缓冲区应用的是列表。当固定缓冲区存满后会将 Redis 新的返回后果寄存在动静缓冲区的队列中，队列中的每个对象就是每个返回后果。
client list 中的 obl 代表固定缓冲区的长度，oll 代表动静缓冲区列表的长度，omem 代表应用的字节数。监控输入缓冲区的办法和监控输出缓冲区的办法统一。
相比于输出缓冲区，输入缓冲区出现异常的概率绝对会比拟大，那么如何预防呢？办法如下：
- 进行上述监控，设置阀值，超过阀值及时处理。
- 限度一般客户端输入缓冲区的 <hard limit> <soft limit> <soft seconds>，把谬误扼杀在摇篮中。
- 适当增大 slave 的输入缓冲区的 <hard limit> <soft limit> <soft seconds>，如果 master 节点写入较大，slave 客户端的输入缓冲区可能会比拟大，一旦 slave 客户端连贯因为输入缓冲区溢出被 kill，会造成复制重连。
- 限度容易让输入缓冲区增大的命令，例如，高并发下的 monitor 命令就是一个危险的命令。
- 及时监控内存，一旦发现内存抖动频繁，可能就是输入缓冲区过大。
客户端的存活状态
client list 中的 age 和 idle 别离代表以后客户端曾经连贯的工夫和最近一次的闲暇工夫。
客户端的限度 maxclients 和 timeout
Redis 提供了 maxclients 参数来限度最大客户端连接数，一旦连接数超过 maxclients，新的连贯将被回绝。maxclients 默认值是 10000，能够通过 info clients 来查问以后 Redis 的连接数。
Redis 同时提供了 timeout（单位为秒）参数来限度连贯的最大闲暇工夫，一旦客户端连贯的 idle 工夫超过了 timeout，连贯将会被敞开。
客户端类型
client list 中的 flag 是用于标识以后客户端的类型，见下表：
其余
下表列出之前介绍过以及一些比较简单或者不太重要的属性：