缓存 Redis 在项目中合理使用经验总结

点击上方“芋道源码”，选择“设为星标”

做积极的人，而不是积极废人！

源码精品专栏

 

• 原创 | Java 2019 超神之路，很肝~
  

• 中文详细注释的开源项目
  

• RPC 框架 Dubbo 源码解析

• 网络应用框架 Netty 源码解析
  

• 消息中间件 RocketMQ 源码解析
  

• 数据库中间件 Sharding-JDBC 和 MyCAT 源码解析

• 作业调度中间件 Elastic-Job 源码解析

• 分布式事务中间件 TCC-Transaction 源码解析

• Eureka 和 Hystrix 源码解析

• Java 并发源码

来源：Lucifer_Yu

my.oschina.net/u/920698/blog/3031587

• 背景

• 基本数据类型

• 应用场景

• • string

  • list

  • set

  • hash

  • zset

  • 注意事项

---

背景

• Redis 是一个开源的内存数据结构存储系统。

• 可以作为数据库、缓存和消息中间件使用。

• 支持多种类型的数据结构。

• Redis 内置了 复制（replication），LUA脚本（Lua scripting）， LRU驱动事件（LRU eviction），事务（transactions） 和不同级别的 磁盘持久化（persistence）。

• 通过 Redis 哨兵（Sentinel）和 Redis 集群（Cluster）的自动分区，提供高可用性（high availability）。

基本数据类型

• 字符串（strings）

1、string 的过期时间在重新设置值之后会被清除

127.0.0.1:6379> set hello 3
OK
127.0.0.1:6379> get hello
"3"
127.0.0.1:6379> ttl hello
(integer) -1
127.0.0.1:6379> expire hello 3000
(integer) 1
127.0.0.1:6379> set hello 4
OK
127.0.0.1:6379> ttl hello
(integer) -1

2、设置 string 类型的值可以覆盖任何其他类型

127.0.0.1:6379> sadd settest 1,2
(integer) 1
127.0.0.1:6379> type settest
set
127.0.0.1:6379> set settest hello
OK
127.0.0.1:6379> type settest
string
127.0.0.1:6379> sadd settest a,b
(error) WRONGTYPE Operation against a key holding the wrong kind of value

• 散列（hashes）

• 列表（lists）

Redis lists 基于 Linked Lists 实现。头尾操作极速，检索较慢

• 集合（sets）

• 支持范围查找的有序集合（sorted sets）

有序集合的排序默认按照字典序排列

• bitmaps

• hyperloglogs

• 支持按半径索引查询的地理空间（geospatial）

应用场景

string

• 缓存数据

不管是简单和复杂的数据都可以直接转为string存储。

key：active:spring2019:title value："2019春节活动" 操作：set

商品信息，省市区信息，活动配置等一系列不常变化的冷数据缓存

非常热门数据的缓存，游戏排行，后台每秒更新一次数据

• 简单计数

2019春节活动参加人数

key：active:spring2019:total value：3045 操作：incr

• 定时过期

一个人一天只能进行一次签到

key：active:checkin:userId:10000:day:20190101 value：签到时间戳 操作：expire

• 分布式锁

下面的代码不严谨，nx 可以放并发

127.0.0.1:6379> set lockkey 1  nx
OK
127.0.0.1:6379> set lockkey 1  nx
(nil)

list

• 用户排队

push，pop

• 有序消息

push，pop

• 实现生产者和消费者模型

阻塞式访问 BRPOP 和 BLPOP 命令

set

• 去重列表

2019春节活动参加人数

key：active:spring2019:users value：100010，10020 操作：很多

• 标签

用户标签

商家标签

春节活动一共有 abcde 5个任务，用户A已经完成a,b，用户B已经完成 c,d

• 交集

用户A，用户B 都完成的任务

• 并集

用户A，用户B 任一完成的任务

• 差集

用户A还没有完成的任务

• 获取随机元素

从礼品库 set 中随机获得一个礼品

hash

• 同一资源的不同属性

用户在活动期间一共获得了不同种类奖品数量

key：active:spring:g'ifts:user:10010 value：{"giftA":2,"giftB":5} 操作：很多

可以直接对 giftA 执行 incr 操作

zset

• 排行榜

用户消费排行，点赞排行等

key：active:spring:star:rank value：用户ID，score：点赞数量 操作：很多

根据分数获取 top 10

查询某个用户的分数

查询 得分在90-100 之间的用户

有时候我们的得分并不是由某一项业务值决定的，可能是由两项业务值来排序的，比如先看用户的实际得分，在看用户等级，那么我们在设计score的时候可以用小数点之前的值表示得分，小数点之后的值表示等级，如果有其他特殊要求，还可以考虑得分加上某个极大值来处理。

注意事项

• 每个 key 都应该有合理的失效时间

• string的过期时间在重新设值后会被覆盖

• string类型的 set 操作可以覆盖类型

• 合理使用相应的数据结构

不要用list存大量数据并检索

• 合理规划 key 的数量

判断用户有没有参加应该用set，不应该每个用户一个key

• 环境数据隔离

• 业务数据隔离 用户 redis 业务 redis 活动 redis 应该做区分，活动的 redis 在活动结束后可以自由清理

• 合理使用管道，lua 脚本和 redis 事务，提高性能，尤其是在脚本中使用 redis 的时候

• 在有大量 key 的 Reids 线上系统，要在主库禁用 keys * 操作，防止卡死

---

---

欢迎加入我的知识星球，一起探讨架构，交流源码。加入方式，长按下方二维码噢：

已在知识星球更新源码解析如下：

最近更新《芋道 SpringBoot 2.X 入门》系列，已经 20 余篇，覆盖了 MyBatis、Redis、MongoDB、ES、分库分表、读写分离、SpringMVC、Webflux、权限、WebSocket、Dubbo、RabbitMQ、RocketMQ、Kafka、性能测试等等内容。

提供近 3W 行代码的 SpringBoot 示例，以及超 4W 行代码的电商微服务项目。

获取方式：点“在看”，关注公众号并回复 666 领取，更多内容陆续奉上。

如果你喜欢这篇文章，喜欢，转发。

生活很美好，明天见(｡･ω･｡)ﾉ♡