并发-MySQL乐观锁

·  阅读 69
并发-MySQL乐观锁

场景

商城有种商品仅剩一个库存,用户A的下单请求进入到后端接口,由于用户A的网络环境不太好,导致请求卡死,此时用户B也进入下单页面,由于用户A网络环境不好,并没有执行减库存操作,用户B查询到的库存也是1,那么用户B点击下单按钮,最终剩余一个库存却下单成功了两次,我们需要使用技术手段解决业务上的问题,即:保证不同线程请求进来,当前线程操作的数据没有被其他线程修改过。


MySQL乐观锁

  • 使用version字段标识版本
  • 使用updateTime来标识版本

单独新增字段表示版本或使用updateTime字段标识版本可根据实际业务需求来定。

解决方案

为保证数据没有被其他线程修改过,可以通过先查询再修改的方式实现。

# 例表
create table product
(
    id          int(11) not null comment '主键'
        primary key,
    create_time datetime comment '创建时间',
    update_time datetime comment '更新时间',
    inventory   int(11) comment '库存'
)
    comment '产品表' collate = utf8mb4_bin;
    
# 乐观锁使用demo
select inventory,update_time where id = #{id};
#do something(业务逻辑)
#减库存,传入查询出的updateTime与数据库现在的updateTime字段比较,如果相同,则表示没有被其他线程修改过,反之被修改过。
update product set inventory - 1 where id = #{id} and update_time = #{upodateTime};
复制代码

update_time在修改时更新,先查询出的update_time相当于一个版本,在减库存修改时使用update_time作为限制条件,保证查询时与减库存时版本一致才可以减库存。也就相当于使用update_time保证了从查询到修改时的数据统一。

缺陷

MySQL毕竟涉及到磁盘IO操作,磁盘IO操作是现代计算机性能瓶颈,是最慢的一环,所以当数据量较大时,所有请求落到数据库中显然不是一个最优选择。

其他解决方案

可使用基于内存的非关系型数据库或具有原子性的组件。

  • Redis分布式锁
  • Zookeeper分布式锁
分类:
后端
标签:
分类:
后端
标签:
收藏成功!
已添加到「」, 点击更改