共计 1384 个字符，预计需要花费 4 分钟才能阅读完成。
自动写代码机器人，免费开通
悲观锁与乐观锁怎么在 Mysql 中使用？针对这个问题，这篇文章详细介绍了相对应的分析和解答，希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。
悲观锁
悲观锁，认为数据是悲观的。当我们查询数据的时候加上锁。防止其他线程篡改，直到对方拿到锁, 才能修改。
比如，有如下的表。status= 1 表示可以下单，status= 2 表示不可以下订单。假如在并发的过程中有两个用户同时查到 status=1，那么从逻辑上来说都可以去新增订单，但是会造成商品超卖。
如下例子
CREATE TABLE `goods` ( `id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(255) DEFAULT NULL,
`status` tinyint(4) DEFAULT NULL,
`version` int(11) DEFAULT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8mb4
INSERT INTO demo.goods (id, name, status, version) VALUES (1, test , 1, 1);session1 执行
set autocommit=0;
begin;
select *
from goods where id=1 and goods.status=1 for update ;
update goods set status=2 where id=1;session2 执行
begin;
select * from goods where id=1 for update;这时候 session2 是阻塞的，因为锁还在 session1, 所以锁一直在等待。如果 session1 一直不提交，那么 session2 将在一定时间后超时断开连接，并且报
(1205,‘Lock wait timeout exceeded; try restarting transaction) 错误，
具体的锁等待时间可以通过设置 innodb_lock_wait_timeout 参数进行控制。
如果此时在 session1 中执行 commit 操作，那么 session2 将得到查询结果，并把锁交给 session2。
我们还可以通过
show status like innodb_row_lock_%来进一步查看锁信息。
乐观锁
乐观锁不同于悲观锁，乐观锁是通过自身的程序实现，而不是 mySql 自身实现。
乐观锁查询的时不上锁，只有在更新的时候检查版本号。
比如我们查询到 goods 表中 version 为 1 那么在更新这个表的时候 Sql 将是
select * from goods where id=1;
update goods set status=2,version=version+1 where id=1 and version=1;这里的 version 是查询时候的版本号, 每次更改将会导致 version+1。如果版本号不匹配更新将不成功。
关于悲观锁与乐观锁怎么在 Mysql 中使用问题的解答就分享到这里了，希望以上内容可以对大家有一定的帮助，如果你还有很多疑惑没有解开，可以关注丸趣 TV 行业资讯频道了解更多相关知识。
向 AI 问一下细节
