这是我参与「第五届青训营 」伴学笔记创作活动的第 11 天
什么是Redis
为什么需要Redis,Redis的基本工作原理
-
数据从单表，演进出了分库分表
-
MySql从单机演进出了集群
- 数据量增长
- 读写数据压力的不断增加
-
数据分冷热
- 热数据：经常被访问到的数据
-
将热数据存储到内存中
Redis基本工作原理
-
数据从内存中读写
-
数据保存到硬盘上防止重启数据丢失
- 增量数据保存到AOF文件
- 全量数据RDB文件
-
单线程处理所有操作命令
Redis应用案列：
-
连续签到
比如我们要做连续签到，每日有一次签到的机会，如果在规定的时间内没有进行签到那么就会使连续签到计数变为0，一般使用的数据结构String
String数据结构：
- 可以存储字符串，数字，二进制数据
- 通常和expire
- 场景：存储计数，Session
-
消息通知
用list作为消息队列
- 使用场景：消息通知
例如当文章更新时，将更新后的文章推送到ES，用户就能搜索到最新的文章数据
List数据结构Quicklist
Quicklist由一个双向链表和listpack实现
-
计数
一个用户有多项计数需求，可以通过hash结构存储
Hash数据结构dict
- rehash:rehash操作是将ht[0]中的数据，全部迁移到ht[1]中。数据量小的场景下，直接将数据从ht[0]拷贝到ht[1]速度是较快的。数据量大的场景，例如存有上百万的KV时，迁移过程将会明显阻塞用户请求。
- 渐进式rehash：为避免出现这种情况，使用了rehash方案。基本原理就是，每次用户访问时都会迁移少量数据，将整个迁移过程，平摊到所有的访问用户请求过程中。
-
排行榜
积分变化时，排名要实时更新
- 结合dict后，可实现通过key操作跳表的功能
zset数据结构 zskiplist
-
限流
- 要求1秒内放行的请求为N，超过N则禁止访问
对这个key调用incr,超过限制N则禁止访问1671356046是当前时间戳
-
分布式锁
并发场景，要求一次只能有一个协程执行。
执行完成后，其他等待中的协程才能执行。
可以使用redis的setnx实现，利用了两个特性
- Redis是单线程执行命令
- setnx只有未设置过才能执行成功
Redis使用注意事项
-
大key，热key
大key的定义：
数据类型：
String类型,大key标准value的字节数大于10KB即为大key
Hash/Set/Zset/list等复杂数据结构类型,元素个数大于5000个或总value字节数大于10MB即为大key
大Key的危害
- 读取成本高
- 容易导致慢查询(过期，删除)
- 主从复制异常，服务阻塞无法正常响应请求
业务侧使用大Key的表现
- 请求Redis超时报错
-
慢查询场景
-
缓存穿透，缓存雪崩
总结:
这次主要复习了Redis的使用场景和一些注意事项，在以后的项目当中更加注意使用Redis来解决项目中的一些问题你，并且再次回顾了Redis的数据结构，让我受益匪浅。
