标签:version 修改 order 面试 num Mysql 高频 where id
【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则执行失败。
标签:version,修改,order,面试,num,Mysql,高频,where,id 来源: https://blog.csdn.net/Mind_programmonkey/article/details/116746780
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。