MySQL -- 悲观锁与乐观锁的业务应用
数据一致性问题
假设有一个商品表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_valbegin
//仅当stock=cur_val时才更新
update goods set stock = stock - 1 where id = 1 and stock = cur_val;
commit
乐观锁由于不阻塞其它用户的访问,并发度较高,适合读取频繁的场景。
参考 【MySQL -- 悲观锁与乐观锁的业务应用】1.https://mp.weixin.qq.com/s/8u...
推荐阅读
- py连接mysql
- 2019-01-18Mysql中主机名的问题
- MySql数据库备份与恢复
- mysql|InnoDB数据页结构
- mysql中视图事务索引与权限管理
- 边走边看——锁
- MYSQL主从同步的实现
- 《人性的枷锁》
- MySQL数据库的基本操作
- 别让习惯成为可怕的枷锁