所有分类
  • 所有分类
  • 未分类

Redis–多线程竞争同一key–解决方案

简介

说明

本文介绍多个微服务(多个线程)竞争同一个key该如何解决。

问题引出

本问题来自于一次面试:如果某个微服务起了多个实例,如果它们都去操作Redis的同一个key,会不会有问题?如果有问题如何解决?

本问题可以精简为:如何解决多线程竞争同一个key的问题?

问题场景 

场景1:多个请求一起去对某个商品减库存

通常操作流程是:

  1. 取出当前库存值
  2. 计算新库存值
  3. 写入新库存值

假设当前库存值为 20,现在有2个连接都要减 5,结果库存值应该是 10 才对,但存在下面这种情况:

场景2:顺序问题 

比如有3个请求有序的修改某个key,按正常顺序的话,数据版本应该是 1->2->3,最后应该是 3。

但如果第二个请求由于网络原因迟到了,数据版本就变为了 1->3->2,最后值为 2,出问题了。

解决方案

方案1:Lua

原因:Lua脚本在Redis中是原子执行的, 执行过程中间不会插入其他命令。

如果Redis命令是连续的,那么可以将其写到Lua里边去。

方案2:其他

如果Redis命令不连续,比如先读Redis,操作之后,再写入Redis,就要用下边的方案了。

  • 乐观锁
  • 分布式锁
  • 时间戳
  • 消息队列
1

评论0

请先

显示验证码
没有账号?注册  忘记密码?

社交账号快速登录