并发-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分布式锁