共计 855 个字符,预计需要花费 3 分钟才能阅读完成。
数据一致性问题
假如有一个商品表 goods,蕴含 id、商品名称、库存字段:
CREATE TABLE `goods` (`id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(100) DEFAULT NULL,
`stock` int(11) DEFAULT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `idx_name` (`name`)
) ENGINE=InnoDB
插入数据:
INSERT INTO `goods` VALUES ('1', 'iphone', '1000');
A、B 两个用户 同时 购买一件 id= 1 的商品:
- t1: 用户 A 查问到库存量 =1000;
- t2: 用户 B 查问到库存量 =1000;
- t3: 用户 A 下单,将库存量批改为 999;
- t4: 用户 B 下单,将库存量批改为 999;
此时,库存量的数据产生不统一问题。
解决办法:乐观锁和乐观锁两种计划。
乐观锁计划
查问商品时,通过 select…for update 对该商品记录加锁,其它用户将阻塞期待拜访该记录:
begin
select * from goods where id = 1 for update; // 加锁
update goods set stock = stock - 1 where id = 1; // 下单
commit
因为加锁阻塞其它用户的拜访,对并发拜访不敌对。
乐观锁计划(举荐)
查问商品时 不加锁,在更新时,比拟 mem.cur_val=db.val:
- 若相等,则间接用 cu_val 更新 db;
- 否则,从新获取 mem.cur_val,再次比拟 mem.cur_val=db.val;
select stock from goods where id = 1; // 失去 mem.cur_val
begin
// 仅当 stock=cur_val 时才更新
update goods set stock = stock - 1 where id = 1 and stock = cur_val;commit
乐观锁因为不阻塞其它用户的拜访,并发度较高,适宜读取频繁的场景。
参考
1.https://mp.weixin.qq.com/s/8u…
正文完