Redis实例运行在单独的进程中,应用系统(Redis客户端)通过Redis协议和Redis Server 进行交互。在Redis 协议之上,客户端和服务端可以实现多种类型的交互模式:串行请求/响应模式、双工的请求/响应模式(pipeline)、原子化的批量请求/响应模式(事务)、发布/订阅模式、脚本化的批量执行(Lua脚本)。
Redis 协议
Redis的交互协议包含2 个部分:网络模型和序列化协议。前者讨论数据交互的组织方式,后者讨论数据本身如何序列化。
网络模型
Redis协议位于TCP之上,客户端和Redis实例保持双工的连接,如下图所示:
![bde64c94cc2a62b0782b235945b08e16.png](https://i-blog.csdnimg.cn/blog_migrate/3ba63002b609b313e25e1139a04412ad.jpeg)
Redis 客户端与服务端全双工交互模式
客户端和服务端交互的内容是序列化后的数据,服务器为每个客户端建立与之对应的连接,在应用层维护一系列状态保存在connection 中,connection 间相互无关联。在Redis中,connection 通过redisClient 结构体实现。
- 序列化协议
客户端-服务端之间交互的是序列化后的协议数据。在Redis中,协议数据分为不同的类型,每种类型的数据均以CRLF( )结束,通过数据的首字符区分类型。
inline command:这类数据表示Redis命令,首字符为Redis命令的字符,格式为 str1 str2 str3 ...。如:exists key1,命令和参数以空格分隔。
simple string:首字符为'+',后续字符为string的内容,且该string 不能包含' '或者' '两个字符,最后以' '结束。如:'+OK ',表示"OK",这个string数据。simple string 本身不包含转义,所以客户端的反序列化效率很高,直接将'+'和最后的' ' 去掉即可。
bulk string:对于string 本身包含了' '、' ' 的情况,simple string 不再适用。通常可以使用的办法有:转义和长度自描述。Redis采用了后者(长度自描述),也就是 bulk string。bulk string 首字符为'$',紧跟着的是string数据的长度,' '后面是内容本身(包含' '、' '等特殊字符),最后以' '结束。如:
"$12helloworld"
上面字节串描述了 "hello world" 的内容(中间有个换行)。对于" "空串和null,通过'$' 之后的数字进行区分:
- "$0 " 表示空串;
- "$-1 " 表示null。
error:对于服务器返回的内容,客户端需要识别是成功还是失败。对于异常信息,在Redis中就是一个普通的string,和simple string的表达的类似。唯一区别的就是首字符为'-'。客户端可以直接通过首字符'-',就可以识别出成功还是失败。
例如:"-ERR unknown command 'foobar' ",表示的是执行错误,和相关的描述信息。
有些客户端需要对不同种类的 error 信息做不同的处理,为了使得error 种类的区分更加快速,在Redis 序列化协议之上,还包含简单的error 格式协议,以error 的种类开头,空格之后紧跟着error的信息。
integer:以 ':' 开头,后面跟着整型内容,最后以' ' 结尾。如:":13 ",表示13的整数。
array:以'*' 开头,紧跟着数组的长度," " 之后是每个元素的序列化数据。如:"*2 +abc :9 " 表示一个长度为2的数组:["abc