良许Linux教程网 干货合集 讲解一下MySQL的共享锁和独占锁

讲解一下MySQL的共享锁和独占锁

当有人在更新数据时,其他事务可以读取这行数据吗?需要加锁吗?

多个事务同时更新一行数据,都会加锁,然后排队等待,必须一个事务执行完毕提交了,释放锁,才能唤醒下一个事务继续执行。那这多个事务运行时,加的啥锁?

MySQL的共享锁和独占锁MySQL的共享锁和独占锁

是X锁,Exclude独占锁,当有一个事务加了独占锁,此时其他事务再想更新这行数据,都要加独占锁,但只能暂时生成独占锁并在后面等待。

当有人在更新数据时,其他事务可以读取这行数据吗?需要加锁吗?

不用,因为默认情况下,有人在更新数据时,然后你要去读取,直接默认就是开启MVCC。即此时对一行数据的读、写两个操作默认不会加锁互斥,因为MySQL的MVCC就是为此设计,避免频繁加锁互斥。

此时你读取数据,完全可以根据你的ReadView,去undo log版本链条里找个你能读的版本,而完全不用顾虑别人是否在更新。

就算你真的等他更新完毕并提交了,基于MVCC,你也读不到他更新的值!因为ReadView机制不允许,所以你默认情况下的读,完全无需加锁,不需要去关心其他事务的更新加锁问题,直接基于MVCC读某个快照即可。

万一要是你在执行查询操作时,偏想加锁呢?

也可以满足你,MySQL支持共享锁,S锁,语法如下:

select * from table lock in share mode

在查询语句后面加上lock in share mode,意思就是查询的时候对一行数据加共享锁。若此时有别的事务在更新这行数据,已经加了独占锁,此时你的共享锁还能加吗?

若你先加了共享锁,然后别人来更新要加独占锁行吗?

当然不行了,此时锁互斥,他只能等待。

若你在加共享锁时,别人也加共享锁呢?
可以的,你们俩都可加共享锁,共享锁和共享锁不互斥。

所以更新数据时,必然加独占锁,独占锁和独占锁互斥,此时别人不能更新; 但若此时你要查询,默认不加锁,走MVCC读快照版本,但你查询是可以手动加共享锁的,共享锁和独占锁互斥,共享锁和共享锁不互斥。

一般开发业务系统的时候,其实你查询主动加共享锁很少见,数据库行锁虽然实用, 但一般不会在数据库层面做复杂的手动加锁,反而会用基于redis/zookeeper的分布式锁来控制业务系统的锁逻辑。

查询操作还能加互斥锁:

select * from table for update

我查出来数据以后还要更新,此时我加独占锁了,其他闲杂人等,都不要更新这数据了!

一旦你查询时加独占锁,在你事务提交前,任何人都不能更新数据,只能你在本事务里更新数据,等你提交了,别人才能再更新数据。

总结

本文描述了默认情况下更新数据的独占锁,默认情况下查询数据的mvcc机制读快照,然后通过查询加共享锁和独占锁的方式,共享锁和独占锁之间的互斥规则。

以上就是良许教程网为各位朋友分享的Linu系统相关内容。想要了解更多Linux相关知识记得关注公众号“良许Linux”,或扫描下方二维码进行关注,更多干货等着你 !

137e00002230ad9f26e78-265x300
本文由 良许Linux教程网 发布,可自由转载、引用,但需署名作者且注明文章出处。如转载至微信公众号,请在文末添加作者公众号二维码。
良许

作者: 良许

良许,世界500强企业Linux开发工程师,公众号【良许Linux】的作者,全网拥有超30W粉丝。个人标签:创业者,CSDN学院讲师,副业达人,流量玩家,摄影爱好者。
上一篇
下一篇

发表评论

邮箱地址不会被公开。 必填项已用*标注

联系我们

联系我们

公众号:良许Linux

在线咨询: QQ交谈

邮箱: yychuyu@163.com

关注微信
微信扫一扫关注我们

微信扫一扫关注我们

关注微博
返回顶部