旁路缓存中Redis类型选择

本文探讨了在Redis中存储数据的不同策略,包括使用Set、Hash和String类型时的选择及原因。重点分析了String类型结合表名和ID作为key的优点,如分散访问压力和提高查询速度。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Set

Redis的key选择tableName
不选择原因:

  1. 查询不方便,根据tableName找到整张表数据还需要遍历找到对应id
  2. 需要设置过期时间,redis的key过期是整张表数据失效,容易导致缓存雪崩

Hash

Redis的key选择tableName
不选择原因:

  1. 用户维度数据量大,在Redis扩展集群中一张表数据在同一台Redis服务器,产生数据热点
  2. 需要设置过期时间,redis的key过期是整张表数据失效,容易导致缓存雪崩

String

Redis的key选择tableName + id
选择原因:

  1. 使用String可以将一张表不同数据根据key打散到Redis集群中不同机器,分散访问压力
  2. 查询速度更快
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值