Redis｜青训营笔记

这是我参与「第五届青训营」笔记创作活动的第15天。

为什么需要Redis

1. 数据从单表，演进出了分库分表
2. MySQL从单机演进出了集群
   • 数据量增长
   • 读写数据压力的不断增加
3. 数据分冷热
   • 热数据：经常被访问到的数据
   • 将热数据存储到内存中

Redis基本工作原理

1. 数据从内存中读写
2. 数据保存到硬盘上防止重启数据丢失
   • 增量数据保存到AOF文件
   • 全量数据RDB文件
3. 单线程处理所有操作命令

案例

1. 连续签到
   • String数据结构
   • 数据结构 sds
   • 可以存储字符串、数字、二进制数据
   • 通常和expire配合使用
   • 场景：存储计数、Session
2. 消息通知
   • 用list作为消息队列
   • 使用场景：消息通知。例如当文章更新时，将更新后的文章推送到ES，用户就能搜索到最新的文章数据
   • List数据结构Quicklist，Quicklist由一个双向链表和listpack实现
3. 计数
   • 一个用户有多项计数需求，可通过hash结构存储
   • Hash数据结构dict
     • rehash: rehash操作是将htlO]中的数据全部迁移到ht[1]中。数据量小的场景下直接将数据从htlO拷贝到ht1]速度是较快的。数据量大的场景，例如存有上百万的kV时，迁移过程将会明显阻塞用户请求。
     • 渐进式rehash：为避免出现这种情况，使用了rehash方案。基本原理就是，每次用户访问时都会迁移少量数据。将整个迁移过程，平摊到所有的访问用不请求过程中。
4. 排行榜
   • 结合dict后，可实现通过key操作跳表的功能，
5. 限流
6. 分布式锁
   • 并发场景，要求一次只能有一个协程执行。执行完成后，其它等待中的协程才能执行。可以使用redis的setnx实现，利用了两个特性
   • （1）Redis是单线程执行命令 （2）setnx只有未设置过才能执行成功

Redis使用注意事项

使用Redis，有哪些注意事项

1. 大Key. 热Key

2. 慢查询场景

3. 缓存穿透、缓存雪崩