Redis-大厂程序员是怎么用的|青训营笔记

47 阅读2分钟

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

什么是Redis

为什么需要Redis

  • 数据分冷热(热数据:经常被访问的数据)
  • 将热数据存储到内存中

读场景:web ➡️ Server ➡️ redis ➡️ redis中读不到再读mysql

写场景:web ➡️ Server ➡️ mysql ➡️ 监听binlog,修改redis

Redis基本原理

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

案例

1. 连续签到

用户每日有一次签到的机会,如果断签,连续签到计数将归0。 连续签到的定义:每天必须在23: 59: 59前签到

  • Key: cc_uid_1165894833417101
  • value: 252
  • expireAt:后天的0点

对应数据结构: String

2. 消息通知

当文章更新时,将更新后的文章推送到ES,用户就能搜索到最新的文章数据。

  • 用list作为消息队列

对应的数据结构:Quicklist,由一个双向链表和listpack实现

3. 计数

一个用户有多项计数需求,可通过hash结构存储

对应数据结构:dict

  • rehash: rehash操作 是将ht[0]中的数据,全部迁移到ht[1]中。数据量小的场景下,直接将数据从ht[0]拷贝到ht[1 ]速度是较快的。数据量大的场景,例如存有上百万的KV时,迁移过程将会明显阻塞用户 请求。
  • 渐进式rehash:为避免出现这种情况,使用了rehash方案。基本原理就是,每次用户访问时都会迁移少量数据。将整个迁移过程,平摊到所有的访问用不请求过程中。

4. 排行榜

积分变化时,排名要实时变更

  • 结合dict后,可实现通过key操作调表的功能

5. 限流

  • 要求1秒内放行的请求为N,超过N则禁止访问。

Key: comment_freq_limit_1671356046

对这个Key调用incr,超过限制N则禁止访问1671356046是当前时间戳

6. 分布式锁

并发场景,要求一次只能有一个协程执行。执行完成后,其它等待中的协程才能执行。

可以使用redis的setnx实现,利用了两个特性

  • Redis是单线程执行命令
  • setnx只有未设置过才能执行成功