目录
前言
一、string 类型
1.1、操作命令
set / get (设置 / 获取)
mset / mget(批量 => 设置 / 获取)
setnx / setex / psetex (设置时指定不同方式)
incr / incrby / decr / decrby/ incrbyfloat(自增自减)
append(字符串拼接)
getrange(获取指定区间的字符串)
setrange(替换指定区域字符串)
strlen(获取字符串长度)
1.2、string 类型内部编码方式
1.3、应用场景
缓存功能
计数功能
共享 session 会话
手机验证码
redis 中所有的 key 都是字符串,value 的类型是存在差异的,因此出现了操控不同 value 的命令,接下来,就一起来学习一下吧~
Ps1:接下来,我给出的指令都是按照 Redis 官方文档的语法格式来解析的,[ ] 相当于一个独立的单元,表示可选项(可有可无),其中 | 表示 “或者” 的意思,多个只能出现一个,[ ] 和 [ ] 之间是可以同时存在的.
Ps2:一个快速失去年终奖的小技巧 —— 清除 redis 上所有的数据 =》 FLUSHALL,这个操作可以把 redis 上所有的键值对全部带走.
Redis 中的 string 是直接按照二进制数据的方式进行存储的,也就是说不会进行任何编码转化,存的是啥,取出来还是啥(不同于 mysql ,插入中文就会失败).
不仅可以存储文本数据、整数、普通文本字符串、JSON、xml,还可以存储二进制数据(图片、视频、音频...),但是 Redis 对于 string 类型限制了大小最大是 512M(不要记这个数字,因为可以配置),一般不会存放像音频视频这种比较大的数据,因为 Redis 是单线程模型,希望进行的操作都能比较迅速.
set 如果 key 不存在,则创建新的键值对,如果存在,则覆盖旧的 value,并且可能会改变原来的数据类型,原来的 key 的 ttl (过期时间)也会失效.
SET key value [expiration EX seconds|PX milliseconds] [NX|XX]
NX:如果 key 不存在,才设置新的 value,如果存在,则不设置,返回 nil.
XX:如果 key 存在,才设置新的 value,如果不存在,则不设置,返回 nil.
EX:表示秒级别.
PX:表示毫秒级别.
get 只支持 字符串类型的 value,若是其他类型就会报错.
GET key
一些用法如下
和 set 和 get 类似,区别就是 mset 和 mget 可以一次操作多组键值对,这样做的目的就是因为网络通讯也是也是需要开销的,分成多个指令就会有多次网络通信,就有可能导致阻塞.
MGET key [key ...]
MSET key value [key value ...]
时间复杂度都是:O(N),N 是 key 的数量
Ps:由于这里设置的时候一般不会设置太多,因为如果一次设置 10w 哥键值对,就有可能把 redis 给阻塞了,因此这里的时间复杂度可以认为是 O(1).
SETNX key value
SETEX key [xxx] value
PSETEX key [xxx] value
这三个命令实际上前面已经讲到过了,只是针对 set 的一种缩写,之所以这样,是因为为了让操作更符合人的直觉(使用者的门槛越低,要背的东西就越少)~
setnx 等价 set key value nx,不存在才能设置,存在设置失败并返回 nil。
setex 等价 set key value ex [xxx] ,设置 key 的过期时间(单位是秒).
psetex 等价 set key value px [xxx],设置 key 的过期时间(单位是毫秒).
incr 针对 value + 1
incrby 针对 value + n
decr 针对 value - 1
decrby 针对 value - n
以上命令操作的 value 必须是整数.
incrbyfloat 针对 value + 或 - 小数,value 可以是整数也可以是小数(此处没有提供减法版本,是因为不常用,用的最多的是 redis 的计数操作,一般都是整数).
INCR key
INCRBY key decrement
//后面的依次类推
这些操作的共同点如下:
Ps:由于 redis 处理命令是单线程模型,因此多个客户端对同一个 key 进行操作,不会引起 “线程安全” 问题.
append 可以对 redis 中的字符串进行拼接操作,若 key 不存在,则对空字符串进行拼接,返回值是字节.
值得注意的是 redis 中的字符串不会对字符编码做任何处理(redis 不认识字符,只认识字节).
APPEND KEY VALUE
Ps:Xshell 终端默认的字符编码是 utf8. 在终端输入汉字后,也是按 utf8 编码的,一个汉字在 utf8 字符集中,通常是 3 个字节,因此,我们如果直接通过 get 获取汉字,获取到的只是字节信息,\x表示后面的字符是十六进制数.
我们可以在 redis 客户端启动的时候,加上 --raw 这样的选项,就可以使 redis 客户端能自动把二进制数据进行翻译.
注意:操作 linux 的时候,不要乱按 ctrl + s ,他的作用是 “冻结当前画面”(用来观察有些显示过快的日志信息),ctrl + q 是解除冻结.
getrange 用来获取指定区间的字符串,值得注意的是 redis 中指定的区间都是闭区间,下标从 0 开始,也可以用负数表示,-1 标识倒数第 1 个元素(可以理解为下标为 len - 1 的元素).
GETRANGE key start end
Ps:如果字符串中保存的是汉字,此时切分,很可能切出来的就不是完整的汉字了,因为这里切割的单位是字节,那么从汉字中切出的结果在 utf8 码表上就不知道能查出什么了(前提是启动时加上了 --raw 这个参数,没加这个参数,查出来的就是类似 \x9c 这种信息)
setrange 是从指定的偏移量(offset)开始替换该区域字符串的,返回值是 替换后 新的字符串长度,单位是字节.
SETRANGE key offset value
Ps:如果 value 是一个中文字符串,进行 setrange 时候,也会弄出问题的
Ps:setrange 是可以对不存在的 key 操作的,并且会把 offset 之前的内容填充成 0x00(前提是启动时不能添加 --raw 参数)
strlen 用来获取字符串的长度,单位是字节
STRLEN key
Ps:一个汉字通常是 3 个字节呀,Java 中为啥能用 2 字节的 char 表示汉字呢?
在 Java 中,字符串的长度是以字符为单位
刚刚说的汉字是 3 个字节,是因为使用 utf8 进行编码的.
而 Java 中的 char 是使用 unicode 进行编码的,一个汉字就是两个字节了.
Java 中的 String 则是使用 utf8 ,一个汉字就是 3 个字节了.
string 内部有三种编码方式:
Ps1:redis 存储小数,本质上还是以字符串来存储的,这就意味着每次进行算数运算,都需要把字符串转化成小数,进行运算,最后再转回字符串保存.
Ps2:不建议大家去记 39 这样的数字,例如当某个业务场景有很多很多 key ,类型都是 string ,但是长度都是 100 左右,为了整体的内存空间,我们使用 embstr 来存储也是可以考虑的~
具体做法:1.先看 redis 是否提供了对应的配置项,可以修改 39 这个数字 ;2.如果没有配置项,就需要对 redis 源码进行修改.
这就是为什么很多大厂往往都是自己自己造轮子,而不是使用业界成熟的开源组件,开源组件往往考虑的都是通用性,但是大厂往往会遇到一些极端的业务场景,就需要根据当时场景针对开源组件进行定制化.
使用 redis 作为缓存, MySQL 作为数据库组成的架构
整体思路:
应用服务器访问数据的时候,先查询 Redis,如果 Redis 上存在该数据,就从 Redis 中取数据直接交给应用服务器,不用继续访问数据库了;如果 Redis 上不存在该数据,就会去 MySQL 中把读到的结构返回给应用服务器,同时,把这个数据也写入到 Redis 中.
由于 Redis 这样的缓存经常用来存储 “热点数据”,也就是高频使用的数据,那什么样的数据算高频呢?这里暗含了一层假设,某个数据一旦被用到了,那么可能在最近这段时间就可能被反复用到.
随着时间推移,越来越多的 key 在 redis 上访问不到,那 redis 的数据不是越来越多么?
许多应⽤都会使⽤ Redis 作为计数的基础⼯具,它可以实现快速计数、查询缓存的功能,例如网站视频的播放量,点赞数量......
Ps:这些都是相比较 MySQL 数据库而言的,Redis 可以通过简单的键值对操作完成计数任务并且实在内存中完成的,而 MySQL 就需要先查询数据库,然后 +1,然后再存入数据库,是在需要进行硬盘存储的
整体思路:
假设,用户点击某个视频,此时需要进行播放量 + 1 的操作,这时候应用服务器就会直接去操作 Redis ,执行 incr 命令,然后将返回的数据反馈给用户,最后 Redis 会以异步的方式将播放量同步到 MySQL 数据库中(异步就表示:这里并不是每一个播放请求,都需要立即写入数据~ 至于什么时候写入,需要根据实际的业务需求场景而定),将数据持久化.
Ps:实际中要开发⼀个成熟、稳定的真实计数系统,要⾯临的挑战远不⽌如此简单:防作弊、按 照不同维度计数、避免单点问题、数据持久化到底层数据源等。
传统的 session 会话是分布在各自的应用服务器上的,彼此之间不共享,如果用户访问同时访问不同的服务器,就有可能出问题了~
通过 Redis ,我们就可以将 session 会话信息统一管理了~
举个例子(这里实际有很多例子,医院看病,换眼镜片...):
这就像是前段时间我去医院看病,唱歌长过度,声带出了点问题~
我就出去医院挂了个专家号,然后这医生就给用一些医疗手段给我看了一下,然后先给我开了一周的药,先吃着看,一周之后再来复查.
很快,这一周过去了,我再去复查,发现第一天给我看病那医生不在了!虽然今天也有个医生,但是他没给我看过,不了解我这边的情况(这就相当于是传统的,每个服务器都有管理自己的 session ,彼此之间互不干扰).
没办法就硬着头皮去了~ 这个新医生就拿着我的就诊卡,在那机子上一刷,我之气的病例就在他电脑上了(这就相当于 Redis 将 session 信息共享了).
抽象一下:
我是病人,就相当于是客户端~
医生给我诊病,相当于是服务器,并且有多个.
而这里的服务器是以负载均衡(根据每个医生上班任务合理分配时间)的方式来提供服务的,因此就有可能出现两次访问同一网站使用的确实不同的服务器.
医院正确的做法,就是搞一个系统,向 Redis 这样共享会话,让多个医生共享.
手机验证码一般会限制以下类型:
使用 redis 的原因主要还是怕用户频繁获取验证码,对服务器压力过大,再者验证码信息需要有过期时间,基于数据库实现,成本太高~
发送验证码伪代码如下:
String 发送验证码(phoneNumber) {
key = "shortMsg:limit:" + phoneNumber;
// 设置过期时间为 1 分钟(60 秒)
// 使⽤ NX,只在不存在 key 时才能设置成功
bool r = Redis 执⾏命令:set key 1 ex 60 nx
if (r == false) {
// 说明之前设置过该⼿机的验证码了
long c = Redis 执⾏命令:incr key
if (c > 5) {
// 说明超过了⼀分钟 5 次的限制了
// 限制发送
return null;
}
}
// 说明要么之前没有设置过⼿机的验证码;要么次数没有超过 5 次
String validationCode = ⽣成随机的 6 位数的验证码();
validationKey = "validation:" + phoneNumber;
// 验证码 5 分钟(300 秒)内有效
Redis 执⾏命令:set validationKey validationCode ex 300;
// 返回验证码,随后通过⼿机短信发送给⽤⼾
return validationCode ;
}
检查验证码伪代码如下:
bool 验证验证码(phoneNumber, validationCode) {
validationKey = "validation:" + phoneNumber;
String value = Redis 执⾏命令:get validationKey;
if (value == null) {
// 说明没有这个⼿机的验证码记录,验证失败
return false;
}
if (value == validationCode) {
return true;
} else {
return false;
}
}