Redis基础篇
Redis快速入门
Redis的常见命令和客户端使用
1.初识Redis
Redis是一种键值型的NoSql数据库,这里有两个关键字:
- 键值型
- NoSql
其中键值型,是指Redis中存储的数据都是以key、value对的形式存储,而value的形式多种多样,可以是字符串、数值、甚至json:

而NoSql则是相对于传统关系型数据库而言,有很大差异的一种数据库。
1.1.认识NoSQL
NoSql可以翻译做Not Only Sql(不仅仅是SQL),或者是No Sql(非Sql的)数据库。是相对于传统关系型数据库而言,有很大差异的一种特殊的数据库,因此也称之为非关系型数据库。
1.1.1.结构化与非结构化
传统关系型数据库是结构化数据,每一张表都有严格的约束信息:字段名、字段数据类型、字段约束等等信息,插入的数据必须遵守这些约束:

而NoSql则对数据库格式没有严格约束,往往形式松散,自由。
可以是键值型:

也可以是文档型:

甚至可以是图格式:

1.1.2.关联和非关联
传统数据库的表与表之间往往存在关联,例如外键:

而非关系型数据库不存在关联关系,要维护关系要么靠代码中的业务逻辑,要么靠数据之间的耦合:
1 | { |
此处要维护“张三”的订单与商品“荣耀”和“小米11”的关系,不得不冗余的将这两个商品保存在张三的订单文档中,不够优雅。还是建议用业务来维护关联关系。
1.1.3.查询方式
传统关系型数据库会基于Sql语句做查询,语法有统一标准;
而不同的非关系数据库查询语法差异极大,五花八门各种各样。

1.1.4.事务
传统关系型数据库能满足事务ACID的原则。
原子性,一致性,隔离性,持久性

而非关系型数据库往往不支持事务,或者不能严格保证ACID的特性,只能实现基本的一致性。
1.1.5.总结
除了上述四点以外,在存储方式、扩展性、查询性能上关系型与非关系型也都有着显著差异,总结如下:

存储方式
- 关系型数据库基于磁盘进行存储,会有大量的磁盘IO,对性能有一定影响
- 非关系型数据库,他们的操作更多的是依赖于内存来操作,内存的读写速度会非常快,性能自然会好一些
扩展性
- 关系型数据库集群模式一般是主从,主从数据一致,起到数据备份的作用,称为垂直扩展。
- 非关系型数据库可以将数据拆分,存储在不同机器上,可以保存海量数据,解决内存大小有限的问题。称为水平扩展。
- 关系型数据库因为表之间存在关联关系,如果做水平扩展会给数据查询带来很多麻烦
1.2.认识Redis
Redis诞生于2009年全称是Remote Dictionary Server 远程词典服务器,是一个基于内存的键值型NoSQL数据库。
特征:
键值(key-value)型,value支持多种不同数据结构,功能丰富
单线程,每个命令具备原子性
- Redis6.0,对于网络请求处理进行了多线程处理,核心的命令执行还是单线程。
低延迟,速度快(基于内存、IO多路复用、良好的编码)。
支持数据持久化
支持主从集群、分片集群
支持多语言客户端
作者:Antirez
Redis的官方网站地址:https://redis.io/
1.3.安装Redis
大多数企业都是基于Linux服务器来部署项目,而且Redis官方也没有提供Windows版本的安装包。因此课程中我们会基于Linux系统来安装Redis.
此处选择的Linux版本为CentOS 7.
1.3.1.依赖库
Redis是基于C语言编写的,因此首先需要安装Redis所需要的gcc依赖:
1 | yum install -y gcc tcl |
1.3.2.上传安装包并解压
然后将课前资料提供的Redis安装包上传到虚拟机的任意目录:

例如,我放到了/usr/local/src 目录:
1 | cd /usr/local/src |

解压缩:
1 | tar -zxvf redis-6.2.6.tar.gz |
解压后:

进入redis目录:
1 | cd redis-6.2.6 |
运行编译命令:
1 | make && make install |
如果没有出错,应该就安装成功了。
默认的安装路径是在 /usr/local/bin目录下:
1 | cd /usr/local/bin |

该目录已经默认配置到环境变量,因此可以在任意目录下运行这些命令。其中:
- redis-cli:是redis提供的命令行客户端
- redis-server:是redis的服务端启动脚本
- redis-sentinel:是redis的哨兵启动脚本
1.3.3.启动
redis的启动方式有很多种,例如:
- 默认启动
- 指定配置启动
- 开机自启
1.3.4.默认启动
安装完成后,在任意目录输入redis-server命令即可启动Redis:
1 | redis-server |
如图:

这种启动属于前台启动,会阻塞整个会话窗口,窗口关闭或者按下CTRL + C则Redis停止。不推荐使用。
1.3.5.指定配置启动
如果要让Redis以后台方式启动,则必须修改Redis配置文件,就在我们之前解压的redis安装包下(/usr/local/src/redis-6.2.6),名字叫redis.conf:

我们先将这个配置文件备份一份:
1 | cp redis.conf redis.conf.bck |
然后修改redis.conf文件中的一些配置:
1 | # 允许访问的地址,默认是127.0.0.1,会导致只能在本地访问。修改为0.0.0.0则可以在任意IP访问,生产环境不要设置为0.0.0.0 |
Redis的其它常见配置:
1 | # 监听的端口 |
启动Redis:
1 | 进入redis安装目录 |
停止服务:
1 | 利用redis-cli来执行 shutdown 命令,即可停止 Redis 服务, |
1.3.6.开机自启
我们也可以通过配置来实现开机自启。
首先,新建一个系统服务文件:
1 | vi /etc/systemd/system/redis.service |
内容如下:
1 | [Unit] |
然后重载系统服务:
1 | systemctl daemon-reload |
现在,我们可以用下面这组命令来操作redis了:
1 | 启动 |
执行下面的命令,可以让redis开机自启:
1 | systemctl enable redis |
1.4.Redis桌面客户端
安装完成Redis,我们就可以操作Redis,实现数据的CRUD了。这需要用到Redis客户端,包括:
- 命令行客户端
- 图形化桌面客户端
- 编程客户端
1.4.1.Redis命令行客户端
Redis安装完成后就自带了命令行客户端:redis-cli,使用方式如下:
redis-cli [options] [commonds]
其中常见的options有:
-h 127.0.0.1:指定要连接的redis节点的IP地址,默认是127.0.0.1-p 6379:指定要连接的redis节点的端口,默认是6379-a 123321:指定redis的访问密码
其中的commonds就是Redis的操作命令,例如:
ping:与redis服务端做心跳测试,服务端正常会返回pong
不指定commond时,会进入redis-cli的交互控制台:

1.4.2.图形化桌面客户端
GitHub上的大神编写了Redis的图形化桌面客户端,地址:
https://github.com/uglide/RedisDesktopManager
不过该仓库提供的是RedisDesktopManager的源码,并未提供windows安装包。
在下面这个仓库可以找到安装包:
https://github.com/lework/RedisDesktopManager-Windows/releases
1.4.3.安装
在课前资料中可以找到Redis的图形化桌面客户端:

解压缩后,运行安装程序即可安装:

安装完成后,在安装目录下找到rdm.exe文件:

双击即可运行:

1.4.4.建立连接
点击左上角的连接到Redis服务器按钮:

在弹出的窗口中填写Redis服务信息:

点击确定后,在左侧菜单会出现这个链接:

点击即可建立连接了。

Redis默认有16个仓库,编号从0至15. 通过配置文件可以设置仓库数量,但是不超过16,并且不能自定义仓库名称。
如果是基于redis-cli连接Redis服务,可以通过select命令来选择数据库:
1 | 选择 0号库 |
2.Redis常见命令
Redis是典型的key-value数据库,key一般是字符串,而value包含很多不同的数据类型:

Redis为了方便我们学习,将操作不同数据类型的命令也做了分组,在官网( https://redis.io/commands)可以查看到不同的命令:

不同类型的命令称为一个group,我们也可以通过help命令来查看各种不同group的命令:

接下来,我们就学习常见的五种基本数据类型的相关命令。
2.0.Redis数据类型以及使用场景
Redis 提供了丰富的数据类型,常见的有五种数据类型:String(字符串),Hash(哈希),List(列表),Set(集合)、Zset(有序集合)。

使用场景
String 类型的应用场景:缓存对象、常规计数、分布式锁、共享 session 信息等。
List类型的应用场景:消息队列
但是有两个问题:1.生产者需要自行实现全局唯一ID;2.不能以消费组形式消费数据等。
Hash 类型:缓存对象、购物车等。
Set类型:聚合计算(并集、交集、差集)场景,比如点赞、共同关注、抽奖活动等。
Zset类型:滑动窗口限流、排序场景,比如排行榜、电话和姓名排序等。
2.1.Redis通用命令
通用指令是部分数据类型的,都可以使用的指令,常见的有:
KEYS:查看符合模板的所有key
- 采用模糊查询
- 不建议在生产环境设备上使用,当Key过多时,因为Redis是单线程的,在查找的过程中会占用资源,短时间内无法执行其他命令,等于阻塞了整个Redis服务
- 根本原因:是因为数据量很大的时候,
keys *的模糊查询需要搜索很长时间。再加上redis是单线程,会阻塞服务
DEL:删除一个指定的key
- 会有一个返回值,代表影响的数量,类似于MySQL的影响的行号。

EXISTS:判断key是否存在
- 会有一个返回值,代表影响的数量,类似于MySQL的影响的行号。

EXPIRE:给一个key设置有效期,有效期到期时该key会被自动删除
- 默认使用
set key value的方式创建的key为永久有效
- 默认使用
TTL:查看一个KEY的剩余有效期
- -1 永久有效 -2 key 不存在

通过help [command] 可以查看一个命令的具体用法,例如:
1 | 查看keys命令的帮助信息: |
2.2.String类型-字符串
String类型,也就是字符串类型,是Redis中最简单的存储类型。
其value是字符串,不过根据字符串的格式不同,又可以分为3类:
- string:普通字符串
- int:整数类型,可以做自增、自减操作
- float:浮点类型,可以做自增、自减操作
不管是哪种格式,底层都是字节数组形式存储,只不过是编码方式不同。字符串类型的最大空间不能超过512m.
编码方式:
- 数字类型会直接转为二进制的形式,作为字节去存储
- 字符串类型把字符转为对应的字节码,然后再去存储,会比较占空间

2.2.1.String的常见命令
String的常见命令有:
SET:添加或者修改已经存在的一个String类型的键值对
GET:根据key获取String类型的value
MSET:批量添加多个String类型的键值对
MGET:根据多个key获取多个String类型的value
INCR:让一个整型的key自增1
INCRBY:让一个整型的key自增并指定步长,例如:incrby num 2 让num值自增2 也可以使用负数实现自减 (key不存在会自动创建)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17127.0.0.1:6379> incr salary
(integer) 1
127.0.0.1:6379> get salary
"1"
127.0.0.1:6379> incr salary
(integer) 2
127.0.0.1:6379> get salary
"2"
127.0.0.1:6379> del salary
(integer) 1
127.0.0.1:6379> get salary
(nil)
127.0.0.1:6379> incrby salary 2
(integer) 2
127.0.0.1:6379> get salary
"2"
127.0.0.1:6379>INCRBYFLOAT:让一个浮点类型的数字自增并指定步长
SETNX:添加一个String类型的键值对,前提是这个key不存在,否则不执行
SETEX:添加一个String类型的键值对,并且指定有效期
2.2.2.Key结构
Redis没有类似MySQL中的Table的概念,我们该如何区分不同类型的key呢?
例如,需要存储用户、商品信息到redis,有一个用户id是1,有一个商品id恰好也是1,此时如果使用id作为key,那就会冲突了,该怎么办?
我们可以通过给key添加前缀加以区分,不过这个前缀不是随便加的,有一定的规范:
Redis的key允许有多个单词形成层级结构,多个单词之间用’:'隔开,格式如下:
项目名:业务名:类型:id
这个格式并非固定,也可以根据自己的需求来删除或添加词条。这样以来,我们就可以把不同类型的数据区分开了。从而避免了key的冲突问题。
例如我们的项目名称叫 chenpi,有user和product两种不同类型的数据,我们可以这样定义key:
- user相关的key:chenpi:user:1
- product相关的key:chenpi:product:1
如果Value是一个Java对象,例如一个User对象,则可以将对象序列化为JSON字符串后存储:
| KEY | VALUE |
|---|---|
| chenpi:user:1 | {“id”:1, “name”: “Jack”, “age”: 21} |
| chenpi:product:1 | {“id”:1, “name”: “小米11”, “price”: 4999} |

1 | set chenpi:product:2 '{"id":2, "name":"荣耀6", "price": 2999}' |
并且,在Redis的桌面客户端中,还会以相同前缀作为层级结构,让数据看起来层次分明,关系清晰:

2.3.Hash类型-Hash
Hash类型,也叫散列,其value是一个无序字典,类似于Java中的HashMap结构。
String结构是将对象序列化为JSON字符串后存储,当需要修改对象某个字段时很不方便:

Hash结构可以将对象中的每个字段独立存储,可以针对单个字段做CRUD:

Hash的常见命令有:
HSET key field value:添加或者修改hash类型key的field的值 (
key表示集合名称)( Redis6.0 支持一个或多个)1
2127.0.0.1:6379> hset chenpi:user:2 name tom age 12
(integer) 2HGET key field:获取一个hash类型key的field的值
1
2
3
4
5127.0.0.1:6379> hget chenpi:user:2 name
"tom"
127.0.0.1:6379> hget chenpi:user:2 age
"12"
127.0.0.1:6379>HMSET:批量添加多个hash类型key的field的值
1
2
3127.0.0.1:6379> hmset chenpi:user:3 name mark age 14
OK
127.0.0.1:6379>HMGET:批量获取多个hash类型key的field的值
1
2
3
4127.0.0.1:6379> hmget chenpi:user:3 name age
1) "mark"
2) "14"
127.0.0.1:6379>HGETALL:获取一个hash类型的key中的所有的field和value
1
2
3
4
5
6127.0.0.1:6379> hgetall chenpi:user:2
1) "name"
2) "tom"
3) "age"
4) "12"
127.0.0.1:6379>HKEYS:获取一个hash类型的key中的所有的field
1
2
3
4127.0.0.1:6379> hkeys chenpi:user:2
1) "name"
2) "age"
127.0.0.1:6379>HVALS:获取一个hash类型的key中的所有的value
1
2
3
4127.0.0.1:6379> hvals chenpi:user:2
1) "tom"
2) "12"
127.0.0.1:6379>HINCRBY:让一个hash类型key的字段值自增并指定步长
1
2
3
4
5
6
7127.0.0.1:6379> hincrby chenpi:user:2 age 1
(integer) 13
127.0.0.1:6379> hget chenpi:user:2 age
"13"
127.0.0.1:6379> hincrby chenpi:user:2 name 1
(error) ERR hash value is not an integer
127.0.0.1:6379>HSETNX:添加一个hash类型的key的field值,前提是这个field不存在,否则不执行
1
2
3
4
5
6
7127.0.0.1:6379> hsetnx chenpi:user:3 name duo
(integer) 0
127.0.0.1:6379> hsetnx chenpi:user:4 name duo
(integer) 1
127.0.0.1:6379> hget chenpi:user:4 name
"duo"
127.0.0.1:6379>
2.4.List类型-列表
Redis中的List类型与Java中的LinkedList类似,可以看做是一个双向链表结构。既可以支持正向检索和也可以支持反向检索。
特征也与LinkedList类似:
- 有序
- 元素可以重复
- 插入和删除快
- 查询速度一般
常用来存储一个有序数据,例如:朋友圈点赞列表,评论列表等。
List的常见命令有:
- LPUSH key element … :向列表左侧插入一个或多个元素 (
key表示集合名称) - LPOP key:移除并返回列表左侧的第一个元素,没有则返回nil
- RPUSH key element … :向列表右侧插入一个或多个元素
- RPOP key:移除并返回列表右侧的第一个元素
- LRANGE key star end:返回一段角标范围内的所有元素
- BLPOP和BRPOP:与LPOP和RPOP类似,只不过在没有元素时等待指定时间,而不是直接返回nil
1 | 127.0.0.1:6379> DEL mylist # 先删除key,确保干净环境 |
Q&A:
- 如何利用List结构模拟一个栈?(先进后出,弹夹里的子弹)
栈是一种“先进后出” (LIFO, Last In First Out) 的数据结构。模拟栈时,元素的出入都是在同一端进行。
出入口是同一个方向的,
LPUSH+LPOP/RPUSH+RPOP- 入栈 (Push): 使用
LPUSH或RPUSH。 - 出栈 (Pop): 使用与入栈相同方向的
LPOP或RPOP。
- 入栈 (Push): 使用
如何利用List结构模拟一个队列?(先进先出)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26127.0.0.1:6379> DEL stack
(integer) 0
# 压栈 Push (依次放入子弹)
127.0.0.1:6379> RPUSH stack bullet1 bullet2 bullet3
(integer) 3
# 查看栈内容(弹夹)
127.0.0.1:6379> LRANGE stack 0 -1
1) "bullet1"
2) "bullet2"
3) "bullet3"
# 弹栈 Pop(发射子弹)- 后装入的先出来
127.0.0.1:6379> RPOP stack
"bullet3"
127.0.0.1:6379> RPOP stack
"bullet2"
127.0.0.1:6379> RPOP stack
"bullet1"
# 栈空时再弹返回nil
127.0.0.1:6379> RPOP stack
(nil)
队列是一种“先进先出” (FIFO, First In First Out) 的数据结构。模拟队列时,元素的出入口分别在队列的两端。
出入口不是同一个方向的,
LPUSH+RPOP/RPUSH+LPOP- 入队 (Enqueue): 使用
LPUSH或RPUSH。 - 出队 (Dequeue): 使用与入队相反方向的
RPOP或LPOP。
- 入队 (Enqueue): 使用
如何利用List结构模拟一个阻塞队列?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30127.0.0.1:6379> DEL queue
(integer) 0
# 入队 Enqueue
127.0.0.1:6379> LPUSH queue task1 task2 task3
(integer) 3
# 查看队列
127.0.0.1:6379> LRANGE queue 0 -1
1) "task3"
2) "task2"
3) "task1"
# 出队 Dequeue - 先进入的先出来
127.0.0.1:6379> RPOP queue
"task1"
127.0.0.1:6379> RPOP queue
"task2"
# 再次入队
127.0.0.1:6379> LPUSH queue task4
(integer) 2
# 继续出队
127.0.0.1:6379> RPOP queue
"task3"
127.0.0.1:6379> RPOP queue
"task4"
阻塞队列在出队时,如果队列为空,会阻塞直到有新元素可供出队。
出入口不是同一个方向的,出队时采用
BLPOP / BRPOP- 入队: 使用
LPUSH或RPUSH。 - 出队: 使用与入队相反方向的
BRPOP或BLPOP。
- 入队: 使用
1 | # 需要两个Redis客户端 |
2.5.Set类型-集合
Redis的Set结构与Java中的HashSet类似,可以看做是一个value为null的HashMap。因为也是一个hash表,因此具备与HashSet类似的特征:
- 无序
- 元素不可重复
- 查找快
- 支持交集、并集、差集等功能
Set的常见命令有:
- SADD key member … :向set中添加一个或多个元素 (
key表示集合名称) - SREM key member … : 移除set中的指定元素
- SCARD key: 返回set中元素的个数
- SISMEMBER key member:判断一个元素是否存在于set中
- SMEMBERS:获取set中的所有元素
- SINTER key1 key2 … :求key1与key2的交集
- SDIFF key1 key2 … :求key1与key2的差集
- SUNION key1 key2 … :求key1与key2的并集
例如两个集合:s1和s2:

求交集:SINTER s1 s2
求s1与s2的不同:SDIFF s1 s2

练习:
- 将下列数据用Redis的Set集合来存储:
- 张三的好友有:孙七、王五、赵六
- 李四的好友有:王五、麻子、二狗
- 利用Set的命令实现下列功能:
- 计算张三的好友有几人
- 计算张三和李四有哪些共同好友
- 查询哪些人是张三的好友却不是李四的好友
- 查询张三和李四的好友总共有哪些人
- 判断孙七是否是张三的好友
- 判断张三是否是李四的好友
- 将孙七从张三的好友列表中移除
1 | 1.将下列数据用Redis的Set集合来存储: |
2.6.SortedSet类型-有序集合
Redis的SortedSet是一个可排序的set集合,与Java中的TreeSet有些类似,但底层数据结构却差别很大。SortedSet中的每一个元素都带有一个score属性,可以基于score属性对元素排序,底层的实现是一个跳表(SkipList)加 hash表。
SortedSet具备下列特性:
- 可排序
- 元素不重复
- 查询速度快
因为SortedSet的可排序特性,经常被用来实现排行榜这样的功能。
SortedSet的常见命令有:
- ZADD key score member:添加一个或多个元素到sorted set ,如果已经存在则更新其score值
- ZREM key member:删除sorted set中的一个指定元素
- ZSCORE key member : 获取sorted set中的指定元素的score值
- ZRANK key member:获取sorted set 中的指定元素的排名
- ZCARD key:获取sorted set中的元素个数
- ZCOUNT key min max:统计score值在给定范围内的所有元素的个数
- ZINCRBY key increment member:让sorted set中的指定元素自增,步长为指定的increment值
- ZRANGE key min max:按照score排序后,获取指定排名范围内的元素
- ZRANGEBYSCORE key min max:按照score排序后,获取指定score范围内的元素
- ZDIFF、ZINTER、ZUNION:求差集、交集、并集
注意:所有的排名默认都是升序,如果要降序则在命令的Z后面添加REV即可,例如:
- 升序获取sorted set 中的指定元素的排名:ZRANK key member
- 降序获取sorted set 中的指定元素的排名:ZREVRANK key memeber
练习题:
将班级的下列学生得分存入Redis的SortedSet中:
Jack 85, Lucy 89, Rose 82, Tom 95, Jerry 78, Amy 92, Miles 76
并实现下列功能:
- 删除Tom同学
- 获取Amy同学的分数
- 获取Rose同学的排名
- 查询80分以下有几个学生
- 给Amy同学加2分
- 查出成绩前3名的同学
- 查出成绩80分以下的所有同学
1 | 向SortedSet集合'stu'中添加7个学生及其分数(格式:ZADD key score member) |
3.Redis的Java客户端
在Redis官网中提供了各种语言的客户端,地址:https://redis.io/docs/clients/

其中Java客户端也包含很多:

标记为*的就是推荐使用的java客户端,包括:
- Jedis和Lettuce:这两个主要是提供了Redis命令对应的API,方便我们操作Redis,而SpringDataRedis又对这两种做了抽象和封装,因此我们后期会直接以SpringDataRedis来学习。
- Redisson:是在Redis基础上实现了分布式的可伸缩的java数据结构,例如Map、Queue等,而且支持跨进程的同步机制:Lock、Semaphore等待,比较适合用来实现特殊的功能需求。
3.1.Jedis客户端
Jedis的官网地址: https://github.com/redis/jedis
3.1.1.快速入门
我们先来个快速入门:
1)引入依赖:
1 | <!--jedis--> |
2)建立连接
新建一个单元测试类,内容如下:
1 | private Jedis jedis; |
3)测试:
1 |
|
4)释放资源
1 |
|
3.1.2.连接池
Jedis本身是线程不安全的,并且频繁的创建和销毁连接会有性能损耗,因此我们推荐大家使用Jedis连接池代替Jedis的直连方式。
1 | package com.chenpi.jedis.util; |
1 | // 1.1 使用连接池创建客户端 |
3.2.SpringDataRedis客户端
SpringData是Spring中数据操作的模块,包含对各种数据库的集成,其中对Redis的集成模块就叫做SpringDataRedis,官网地址:https://spring.io/projects/spring-data-redis
- 提供了对不同Redis客户端的整合(Lettuce和Jedis)
- 提供了RedisTemplate统一API来操作Redis
- 支持Redis的发布订阅模型
- 支持Redis哨兵和Redis集群
- 支持基于Lettuce的响应式编程
- 支持基于JDK、JSON、字符串、Spring对象的数据序列化及反序列化
- 支持基于Redis的JDKCollection实现
SpringDataRedis中提供了RedisTemplate工具类,其中封装了各种对Redis的操作。并且将不同数据类型的操作API封装到了不同的类型中:

3.2.1.快速入门
SpringBoot已经提供了对SpringDataRedis的支持,使用非常简单。
首先,新建一个maven项目,然后按照下面步骤执行:
1)引入依赖
1 |
|
2)配置Redis
1 | spring: |
ps: Spring Data Redis 的连接池默认使用的是lettuce实现

3)注入RedisTemplate
因为有了SpringBoot的自动装配,我们可以拿来就用:
1 |
|
4)编写测试
1 |
|
3.2.2.自定义序列化
RedisTemplate可以接收任意Object作为值写入Redis:

只不过写入前会把Object序列化为字节形式,默认是采用JDK序列化,得到的结果是这样的:

缺点:
- 可读性差
- 内存占用较大
我们可以自定义RedisTemplate的序列化方式,代码如下:
1 |
|
这里采用了JSON序列化来代替默认的JDK序列化方式。最终结果如图:

整体可读性有了很大提升,并且能将Java对象自动的序列化为JSON字符串,并且查询时能自动把JSON反序列化为Java对象。不过,其中记录了序列化时对应的class名称,目的是为了查询时实现自动反序列化。这会带来额外的内存开销。
3.2.3.StringRedisTemplate
为了节省内存空间,我们可以不使用JSON序列化器来处理value,而是统一使用String序列化器,要求只能存储String类型的key和value。当需要存储Java对象时,手动完成对象的序列化和反序列化。

因为存入和读取时的序列化及反序列化都是我们自己实现的,SpringDataRedis就不会将class信息写入Redis了。
这种用法比较普遍,因此SpringDataRedis就提供了RedisTemplate的子类:StringRedisTemplate,它的key和value的序列化方式默认就是String方式。

省去了我们自定义RedisTemplate的序列化方式的步骤,而是直接使用:
1 |
|
1 |
|
3.2.4.RedisTemplate的两种序列化实践方案
RedisTemplate的两种序列化实践方案:
方案一:
- 自定义RedisTemplate
- 修改RedisTemplate的序列化器为GenericJackson2JsonRedisSerializer
方案二:
- 使用StringRedisTemplate
- 写入Redis时,手动把对象序列化为JSON
- 读取Redis时,手动把读取到的JSON反序列化为对象





