【Mysql面试高频】- Mysql的乐观锁机制了解吗？

最新推荐文章于 2025-07-14 16:16:25 发布

mind_programmonkey

最新推荐文章于 2025-07-14 16:16:25 发布

阅读量211

点赞数 2

CC 4.0 BY-SA版权

分类专栏：面试篇文章标签： mysql乐观锁

本文链接：https://blog.csdn.net/Mind_programmonkey/article/details/116746780

面试篇专栏收录该内容

199 篇文章

订阅专栏

本文介绍了Mysql中乐观锁的实现原理及应用场景。乐观锁通过版本号或时间戳来控制并发修改，避免数据冲突。文章详细解释了如何在SQL语句中应用乐观锁，并通过实例说明其工作流程。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

【Mysql面试高频】- Mysql的乐观锁机制？

乐观锁(所有用户都可以读取和修改，通过版本控制谁的修改有效)。

当先执行查询在执行修改的时候就会出现并发数据，会修改相同数据，导致结果不对。

select * from order where id = 1;
update order set num = num+1 where id = 1;

并发时，同时查出来的num结果为1；修改的时候num都是相同值，一条执行结果未修改；

采用乐观锁来解决该方式：

在数据库表字段增添版本控制，或者直接使用修改时间字段作为参数。(时间字段的好处就是每次修改成功自动更新修改时间字段则可以不用在sql中加入修改了。)

order表：

id num version update_time

select * from order where id = 1;
update order set num = num + 1,version = version+1 where id = 1 and version = 1;
select * from order where id = 1;
update order set num = num + 1,version = version+1 where id = 1 and version = 1;

并发时，同时查出来的num结果为1，version结果为1，由于第一条sql修改已经执行。数据库实际version的结果为2了。第二条sql修改则失败。

结论： 由于第一条修改SQL已经执行，这个时候已经开启了乐观锁，所以第二条修改sql则执行失败。