简介
说明
本文介绍多个微服务(多个线程)竞争同一个key该如何解决。
问题引出
本问题来自于一次面试:如果某个微服务起了多个实例,如果它们都去操作Redis的同一个key,会不会有问题?如果有问题如何解决?
本问题可以精简为:如何解决多线程竞争同一个key的问题?
问题场景
场景1:多个请求一起去对某个商品减库存
通常操作流程是:
- 取出当前库存值
- 计算新库存值
- 写入新库存值
假设当前库存值为 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,就要用下边的方案了。
- 乐观锁
- 分布式锁
- 时间戳
- 消息队列
请先
!