Redis高级--高并发

爱被打了一巴掌 2023-01-14 14:58 160阅读 0赞

原文网址：[Redis高级--高并发\_IT利刃出鞘的博客-CSDN博客][Redis_--_IT_-CSDN]

# 多线程竞争同一key #

**其他网址**

> [Redis并发竞争key问题的解决\_疯一样的女子-CSDN博客\_redis并发竞争key问题][Redis_key_-CSDN_redis_key]  
> [Redis：解决分布式高并发修改同一个Key的问题\_weixin\_33834628的博客-CSDN博客][Redis_Key_weixin_33834628_-CSDN]  
> [高并发架构系列：Redis并发竞争key的解决方案详解 - 知乎][Redis_key_ -]

## **问题引出** ##

**说明**

> 本问题来自于一次面试：如果某个微服务起了多个实例，如果它们都去操作Redis的同一个key，会不会有问题？如果有问题如何解决？
> 
> 本问题可以精简为：如何解决多线程竞争同一个key的问题？

**问题描述**

> **情景1：多个请求一起去对某个商品减库存**
> 
> 通常操作流程是：
> 
> 1.  取出当前库存值
> 2.  计算新库存值
> 3.  写入新库存值
> 
> 假设当前库存值为 20，现在有2个连接都要减 5，结果库存值应该是 10 才对，但存在下面这种情况：
> 
> ![format_png][]

> **情景2：顺序问题** 
> 
> 比如有3个请求有序的修改某个key，按正常顺序的话，数据版本应该是 1->2->3，最后应该是 3。
> 
> 但如果第二个请求由于网络原因迟到了，数据版本就变为了 1->3->2，最后值为 2，出问题了。

## 解决方案 ##

**方案1：Lua**

> 原因：Lua脚本在Redis中是原子执行的， 执行过程中间不会插入其他命令。
> 
> 如果Redis命令是连续的，那么可以将其写到Lua里边去。

**方案2：其他**

> 如果Redis命令不连续，比如先读Redis，操作之后，再写入Redis，就要用下边的方案了。
> 
>  *  乐观锁
>  *  分布式锁
>  *  时间戳
>  *  消息队列

[Redis_--_IT_-CSDN]: https://knife.blog.csdn.net/article/details/115922231
[Redis_key_-CSDN_redis_key]: https://blog.csdn.net/suifeng629/article/details/102967359
[Redis_Key_weixin_33834628_-CSDN]: https://blog.csdn.net/weixin_33834628/article/details/86005288
[Redis_key_ -]: https://zhuanlan.zhihu.com/p/52756935
[format_png]: /images/20221022/f0239b8c3a904192a04e4d7dd9995393.png