缓存

String 类型

例如：热点数据缓存（例如报表、明星出轨），对象缓存、全页缓存、可以提升热点数据的访问数据。

热点数据存储

最新评论，最新文章列表，使用list 存储,ltrim取出热点数据，删除老数据

数据共享分布式

String 类型，因为 Redis 是分布式的独立服务，可以在多个应用之间共享

例如：分布式 Session


org.springframework.session
spring-session-data-redis

分布式锁

在分布式场景下，无法使用基于进程的锁来对多个节点上的进程进行同步。可以使用 Redis 自带的 SETNX 命令实现分布式锁

分布式全局ID生成

利用自增特性，一次请求一个大一点的步长如 incr 2000 , 缓存在本地使用，用完再请求

int 类型，incrby，利用原子性

incrby userid 1000

分库分表的场景，一次性拿一段

计数器

可以对 String 进行自增自减运算，从而实现计数器功能。Redis 这种内存型数据库的读写性能非常高，很适合存储频繁读写的计数量。

int 类型，incr 方法

例如：文章的阅读量、微博点赞数、允许一定的延迟，先写入 Redis 再定时同步到数据库

限流

int 类型，incr 方法

以访问者的 ip 和其他信息作为 key，访问一次增加一次计数，超过次数则返回 false

位统计

位图（bitmap）: 存储是否参过某次活动，是否已读谋篇文章，用户是否为会员， 日活统计

String 类型的 bitcount（1.6.6 的 bitmap 数据结构介绍）

字符是以 8 位二进制存储的

set k1 a
setbit k1 6 1
setbit k1 7 0
get k1
/* 6 7 代表的 a 的二进制位的修改
a 对应的 ASCII 码是 97，转换为二进制数据是 01100001
b 对应的 ASCII 码是 98，转换为二进制数据是 01100010

因为 bit 非常节省空间（1 MB=8388608 bit），可以用来做大数据量的统计。
*/

例如：在线用户统计，留存用户统计

setbit onlineusers 01
setbit onlineusers 11
setbit onlineusers 20

支持按位与、按位或等等操作

BITOPANDdestkeykey[key…] ，对一个或多个 key 求逻辑并，并将结果保存到 destkey 。
BITOPORdestkeykey[key…] ，对一个或多个 key 求逻辑或，并将结果保存到 destkey 。
BITOPXORdestkeykey[key…] ，对一个或多个 key 求逻辑异或，并将结果保存到 destkey 。
BITOPNOTdestkeykey ，对给定 key 求逻辑非，并将结果保存到 destkey 。

计算出 7 天都在线的用户

BITOP “AND” “7_days_both_online_users” “day_1_online_users” “day_2_online_users”…”day_7_online_users”

购物车

String 或 hash。所有 String 可以做的 hash 都可以做

Redis常见使用场景 - 图1

  • key：用户 id；field：商品 id；value：商品数量。
  • +1：hincr。-1：hdecr。删除：hdel。全选：hgetall。商品数：hlen。

用户消息时间线 timeline

list，双向链表，直接作为 timeline 就好了。插入有序

消息队列

List 提供了两个阻塞的弹出操作：blpop/brpop，可以设置超时时间

  • blpop：blpop key1 timeout 移除并获取列表的第一个元素，如果列表没有元素会阻塞列表直到等待超时或发现可弹出元素为止。
  • brpop：brpop key1 timeout 移除并获取列表的最后一个元素，如果列表没有元素会阻塞列表直到等待超时或发现可弹出元素为止。

上面的操作。其实就是 java 的阻塞队列。学习的东西越多。学习成本越低

  • 队列：先进先除：rpush blpop，左头右尾，右边进入队列，左边出队列
  • 栈：先进后出：rpush brpop

分布式队列/阻塞队列

List 是一个双向链表，可以通过 lpush/rpush 和 rpop/lpop 写入和读取消息。可以通过使用brpop/blpop 来实现阻塞队列。

延迟队列

抽奖

自带一个随机获得值

spop myset

点赞、签到、打卡

Redis常见使用场景 - 图2

假如上面的微博 ID 是 t1001，用户 ID 是 u3001

用 like:t1001 来维护 t1001 这条微博的所有点赞用户

  • 点赞了这条微博：sadd like:t1001 u3001
  • 取消点赞：srem like:t1001 u3001
  • 是否点赞：sismember like:t1001 u3001
  • 点赞的所有用户：smembers like:t1001
  • 点赞数：scard like:t1001

是不是比数据库简单多了。

商品标签

Redis常见使用场景 - 图3

老规矩，用 tags:i5001 来维护商品所有的标签。

  • sadd tags:i5001 画面清晰细腻
  • sadd tags:i5001 真彩清晰显示屏
  • sadd tags:i5001 流程至极

商品筛选

// 获取差集
sdiff set1 set2
// 获取交集（intersection ）
sinter set1 set2
// 获取并集
sunion set1 set2

Redis常见使用场景 - 图4

假如：iPhone11 上市了

sadd brand:apple iPhone11

sadd brand:ios iPhone11

sad screensize:6.0-6.24 iPhone11

sad screentype:lcd iPhone 11

赛选商品，苹果的、ios 的、屏幕在 6.0-6.24 之间的，屏幕材质是 LCD 屏幕

sinter brand:apple brand:ios screensize:6.0-6.24 screentype:lcd

用户关注、推荐模型

follow 关注 fans 粉丝

相互关注：

  • sadd 1:follow 2
  • sadd 2:fans 1
  • sadd 1:fans 2
  • sadd 2:follow 1

我关注的人也关注了他 (取交集)：

  • sinter 1:follow 2:fans

可能认识的人：

  • 用户 1 可能认识的人 (差集)：sdiff 2:follow 1:follow
  • 用户 2 可能认识的人：sdiff 1:follow 2:follow

排行榜

ZSet 可以实现有序性操作，从而实现排行榜等功能。
id 为 6001 的新闻点击数加 1：

  1. zincrby hotNews:20190926 1 n6001

获取今天点击最多的 15 条：

  1. zrevrange hotNews:20190926 0 15 withscores

会话

可以使用 Redis 来统一存储多台应用服务器的会话信息。当应用服务器不再存储用户的会话信息，也就不再具有状态，一个用户可以请求任意一个应用服务器，从而更容易实现高可用性以及可伸缩性。

社交类需求

Set 可以实现交集，从而实现共同好友等功能，Set通过求差集，可以进行好友推荐，文章推荐。