Redis 的安装
在 Docker 中拉取最新的 Redis 镜像(输入命令时会有提示),见 docker 相关文章。
-
运行一个容器作为 redis-server
-
运行另一个容器作为 redis-cli
无意中发现了 Redis Commander 这个 Redis 管理工具:Redis-Commander
Redis Commander 安装:
- 可以通过 npm 在本地安装
- 可以直接以 docker 容器运行:rediscommander/redis-commander - Docker Hub
|
|
Redis 的持久化机制
Redis 持久化分为 RDB 持久化和 AOF 持久化:
-
RDB 持久化是将当前进程中的数据生成快照保存到硬盘(因此也称作快照持久化),保存的文件后缀是 rdb;当 Redis 重新启动时,可以读取快照文件恢复数据。
save 命令会阻塞 Redis 服务器进程,直到 RDB 文件创建完毕为止
而 bgsave 命令会创建一个子进程,由子进程来负责创建 RDB 文件
在自动触发 RDB 持久化时,Redis 也会选择 bgsave 而不是 save 来进行持久化
-
AOF 持久化(即 Append Only File 持久化),则是将 Redis 执行的每次写命令记录到单独的日志文件中(有点像 MySQL 的 binlog);当 Redis 重启时再次执行 AOF 文件中的命令来恢复数据。AOF 持久化的实时性更好。
默认会自动(定期)进行持久化
RDB(快照持久化)是 Redis 默认采用的持久化方式,在 redis.conf 配置文件中默认有此下配置:
|
|
数据结构和内部编码
Redis 单线程
只有理解了这个概念才能理解一些看起来奇怪的问题。
Redis 使用单线程的多路 IO 复用模型。
单线程为什么这么快?
注意事项:
Redis 事务:
Redis 通过 MULTI、EXEC、WATCH 等命令来实现事务(transaction)功能。
事务提供了一种将多个命令请求打包,然后一次性、按顺序地执行多个命令的机制。
Redis API 的使用和理解
对于一些计算长度或者其它类似操作的 api,如果看到其时间复杂度为 O(1) 那么表示 redis 中有一个变量维护此数据,所以直接取出即可。
Redis 是速度非常快的非关系型(NoSQL)内存键值数据库,可以存储键和五种不同类型的值之间的映射。
键 :的类型只能为字符串。
值 :支持五种数据类型:字符串、列表、集合、散列表、有序集合。
字符串 String
结构和命令:
字符串类型 string : 能够存储字符串、数字、二进制数据、json 字符串。 值最大 512MB,但建议不要超过 100Kb
字符串类型使用场景:
- 缓存
- 计数器:由于它是 单线程 的所以不会记错,并且提供了
incr
这种命令,所以天然适合做计数器(比如用于统计网站访问量) - 分布式锁:分布式 ID 生成器。
- …
字符串类型对应的命令:
批量操作:
批量操作的优点:
查漏补缺:
总结:
Hash
Hash 看起来是 map 中包含 map,比如可以将 field 和 value 看作一个整体,
hash 使用场景:
- 记录网站每个用户个人主页的访问量?(也可用字符串实现)
hincrby user:1:info pageview count
- 缓存视频的基本信息。视频的信息有很多,我们可以将视频实体保存为一个 hash 即可。
对比字符串的好处是各信息可以保存在同一个 hash 中
小心使用 hgetall ,牢记单线程。
如何更新用户属性?
对于 string 实现:
查漏补缺:
List
列表 api 相对较多
列表结构:
特点:
- 有序
- 可重复
- 左右两边插入弹出
rpop 类似: 略
使用场景:
- 微博中的时间轴功能。比如有新微博我们可以使用 lpush 进行添加,并使用 lrange 来显示前 10 条微博。
其中 3 为有固定大小的列表。
4 为消息队列。
查缺补漏:
阻塞弹出,可以很好的应用到消费订阅模式;比如我们可以一直等待,当某个 key 出现时就获取其值。
Set
集合特点:
- 无序(不能按下标索引)
- 不重复
- 支持集合间的操作
集合内 API:
集合间 API:
集合使用场景 1:
- 微博中的抽奖系统。可以使用 srandmember 随机弹出获奖用户
- 微博中的 like💗、赞 👍、踩 👎。当然也可使用其它数据类型
- 标签(tag):比如给用户添加标签,给标签添加用户;我们还会发现,这两个操作可以放在同一个事务中,所以可以进行事务控制。
集合使用场景 2:
- 不同用户之间的共同关注
标签
随机数
社交相关
zset
有序集合 (用的相对较少),API 很多
特点:
- 有序
- 时间复杂度偏高
注意这里: score 可以重复 但 element 不可重复
命令
通用命令
这里只介绍 6 个,这里除了 keys 的时间复杂度为 O(n),其它命令的时间复杂度为 O(1)
-
keys :
keys *
遍历所有 key。还可以使用其它通配符(但是 keys 不用于生产过程) -
dbsize:计算 key 的总数
-
exists key :判断 key 是否存在(存在返回 1,不存在返回 0)
-
del key [key …] :删除 key-value
-
expire key seconds :设置 key 的过期时间
-
type key
客户端和服务端命令有混淆
Redis 客户端命令
config
命令:
|
|
|
|
# config set 命令:设置某设置的值
config get <config_setting_name> <new_config_value>
ping 命令:检查服务器是否正在运行
redis-cli 客户端的使用:
|
|
|
|
redis 连接命令:
# 使用给定的密码验证服务器
auth <password>
quit
命令:关闭当前连接。
select index
切换到指定的数据库,数据库索引号 index
用数字值指定,以 0
作为起始索引值。默认使用 0
号数据库。
清除库所有 key 数据
|
|
Redis 服务端命令
info
命令获取 有关服务器的所有统计信息和信息
设置验证密码:连接的任何客户端在执行命令之前都需要进行身份验证。要保护 Redis 安全,需要在配置文件中设置密码。
|
|
设置密码后,如果任何客户端运行命令而不进行身份验证,则会返回一个**(error) NOAUTH Authentication required.**的错误信息。 因此,客户端需要使用 AUTH 命令来验证。
|
|
Redis 的其它功能
- 慢查询
- pipeline
- 发布订阅
- Bitmap
- HyperLongLong
- GEO
其中,Redis 新版本还提供了其它数据结构:
- BitMaps 位图
- HyperLongLong:超小内存唯一值计数
- GEO:地理信息定位
慢查询
Redis 的慢查询日志功能用于记录执行时间超过给定时长的命令请求, 用户可以通过这个功能产生的日志来监视和优化查询速度。
生命周期
两个配置
三个命令
运维经验
pipeline(流水线)
Redis 的流水线功能允许客户端一次将多个命令请求发送给服务器, 并将被执行的多个命令请求的结果在一个命令回复中全部返回给客户端, 使用这个功能可以有效地减少客户端在执行多个命令时需要与服务器进行通信的次数。 (比如 java 客户端中会发现有 pipeline)
Pipeline 与原生 M 操作在执行时的区别
原生 m 操作指 hmset, mget, mset 等命令
使用建议:
- 注意每次 pipeline 携带的数据量(不要太大)
- pipeline 每次只能作用在一个 Redis 节点上
- M 操作与 pipeline 的区别
发布订阅
类似生产者和消费者模型
Redis 只是提供了发布订阅的功能,并不是此类专业工具。
角色
发布者(publisher),频道(channel),订阅者(subscriber):发布者将消息发布到频道,订阅者从频道上获取消息
频道(通道)可以是队列
模型
通信模型
每个订阅者可以订阅多个频道:
这里有一个问题:当发布者已经将一条消息发送到了频道,此时正好新增了一个新的订阅者,那么该订阅者是收不到之前的消息的。
API
- 发布: publish
- 订阅:subscribe
- 取消订阅: unsubscribe
- 其它
发布订阅与消息队列
而发布订阅所有订阅者都可收到消息。
Redis 进阶
另见面试总结