• Redis解决超卖问题(一种多线程安全问题) 乐观锁、悲观锁


    超卖问题(多线程安全问题)

    超卖问题,即卖出的数量超过了给定的数量,一般是由多线程引起的。

    假设此时商品A库存为1件,当多个用户同时进行购买时,同时读到了当前的库存为1,于是都被允许下单,扣减库存,从而使库存为负数,导致超卖。

    image-20220621173012643

    解决方案

    超卖问题是典型的多线程安全问题,针对这一问题的常见解决方案就是加锁:

    悲观锁

    认为线程安全问题一定会发生,因此在操作数据之前先获取锁,确保线程串行执行。

    例如Synchronized、Lock都属于悲观锁。

    乐观锁

    认为线程安全问题不一定会发生,因此不加锁,只是在更新数据时去判断有没有其它线程对数据做了修改。
    如果没有修改则认为是安全的,自己才更新数据。
    如果已经被其它线程修改说明发生了安全问题,此时可以重试或异常。

    例如在商品买卖的案例中,只需要在扣减库存的SQL语句上稍加修改即可:

    image-20220621174339784

    此场景下,其实还可以进行优化:

    -- 在后面增加判断条件,解决超卖问题
    update goods set stock = stock - 1 where id = 1 and stock > 0;
    
    • 1
    • 2

    直接判断库存是否大于0,也可以避免超卖问题,且性能更好

    总结

    悲观锁:添加同步锁,让线程串行执行

    • 优点:简单粗暴
    • 缺点:性能一般

    乐观锁:不加锁,在更新时判断是否有其它线程在修改

    • 优点:性能好
    • 缺点:存在成功率低的问题
  • 相关阅读:
    Reactive UI -- 反应式编程UI框架入门学习(二)
    IB中文考试是什么?如何考?
    ubuntu18.04编译GB28181Server
    C++ 基础知识 ∈ C++ 编程笔记
    轮廓匹配---学习笔记
    Solidity中的可支付函数是什么?
    LoRA 是如何工作的?
    读《MySQL是怎样运行的》笔记记录
    单片机——用单片机控制一个灯闪烁
    关于谷歌浏览器设置打开时页面不起作用的解决方法
  • 原文地址:https://blog.csdn.net/little_stick_i/article/details/125406933