数据结构-Redis(一)

19 篇文章 2 订阅
7 篇文章 0 订阅

Redis除了性能强外,还有数据结构丰富多彩。

一、String

  1. 单值缓存

SET  key value

GET  key

  1. 存对象

相信大家都存过,我们一般都是把对象value转json,获取的时候,再json转对象

SET user:1 value(json值)

但当我们需要对对象某个值进行修改,这种就不如下面的方式简单

MSET user:1:name zhangsan user:1age 18

MGET user:1name user:1age

  1. 分布式锁

SETNX product:10001 true   //返回1代表成功

SETNX product:10001 true   //返回0代表失败

...执行业务

DEL product:10001        //执行完释放

但这种如果没DEL回发生死锁,这时候需要设置超时时间

SET product:10001 true ex 10 nx

 

  1. incr 命令

当我们需要文章点击量时候,我们可以执行这个,执行一次代表一次点击量,

取货直接用get

分布式系统全局系列号

当前命令也可以在分布式数据库的情况下,来作为id使用,但每次获取都用这个执行一次非常耗费性能,所以可以一次性批量生成。

INCRBY  orderId 1000

用法是在每个服务器取一次,一次取1000个号,在单机内存中使用,使用完再取一次,减少与redis交互。

缺点就是这种不适合连续的id,也会存在系统宕机的时候,浪费id情况。

另外也可以用雪花算法。

Spring Session底层也是用redis实现,我前面写的一篇文章,redis实现单点登入也是可以的。

Redis一定要避免bigKey,因为是单线程,如果一个key取值太久,去他操作都是在阻塞状态。

二、哈希

  1. 哈希结构

我们直接用电商购物车实例来使用redis哈希结构

 

当我们在购物车放入明朝那些事,放入软件设计两本书

当我们加购一本明朝那些事,用hincrby

这时候用hlen可以找到购物车一共两本书

可以用hgetall 找到购物车所有值

用hdel删除指定书

这样好处就是可以代替数据库来做这些操作,最后在提交的时候持久化到数据库,提高使用效率,提升用户体验感。(数据库做复杂,并且性能低)

那么哈希相对于String优缺点呢?

优点:

  1. 数据整合存储,方便管理。
  2. 相比String操作消耗内存cpu更小。
  3. 相比String更节省空间。

缺点:

redis集群下不适合大规模使用哈希。

(因为redis集群分片存储,当hash值过大,会存在资源倾斜放在其中一个redis节点上。)

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

后端从入门到精通

你的鼓励是我最大的动力~

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值