《深入理解共享锁lock in share mode排他锁for update区别》

Posted 后端从入门到精通

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了《深入理解共享锁lock in share mode排他锁for update区别》相关的知识,希望对你有一定的参考价值。

This browser does not support music or audio playback. Please play it in Weixin or another browser.

共享锁:又称读锁(lock in share mode),例如select,当上锁之后,另一个线程只可以读,不可以修改。

排他锁:又称写锁(for update),例如update,insert,delete,上锁之后,另一个线程不可以读和修改。

锁的前提有两个:1、必须是mysql的innoDb表。2、必须开启transaction事务。两者都有,锁才会生效。

需要注意的是:若一个线程for update执行锁住某行数据,其他线程读取的时候,sql里没有for update,则可以正常读取

说到共享锁和排他锁,就会想到悲观锁,这两个都属于数据库带的悲观锁,乐观锁不是数据库带的。

悲观锁:总是觉得数据随时被人更改,此次操作会对数据造成冲突,与java里的sychronized和reentrantlock悲观锁类似,效率比较低。

乐观锁:可以给表加一个version字段,先查询version字段放在缓存里,每次修改之前,在查询一次version字段,若跟缓存里的数值不一致,则回滚。

举例:

1、先连接两次数据库,第一次连接,分别执行sql语句

#开启事务

START TRANSACTION;

#用for update

SELECT uid,NAME FROM USER WHERE uid = '1' FOR UPDATE;

这时候事务先不commit,开启的另一个数据库,同样执行上面两个sql,会发现,第二个数据库select查询一只阻塞,等待一个事务执行完,现在回到第一个数据库执行commit;事务提交后,第二个数据库则查询正常。

2、吧上面 的sql语句for update 改为 lock in share mode

#开启事务

START TRANSACTION;

#用for update

SELECT uid,NAME FROM USER WHERE uid = '1'  LOCK IN SHARE MODE;

这时候事务先不commit,开启的另一个数据库,同样执行上面两个sql,会发现,不管有没有执行commit,都能够查询,不会阻塞,这就是共享锁。

以上是关于《深入理解共享锁lock in share mode排他锁for update区别》的主要内容,如果未能解决你的问题,请参考以下文章

C++ boost共享锁 unique_lock shared_lock

C++关于锁的总结

11张图深入理解分布式锁原理

带你深入理解 Redis分布式锁...

Java并发编程,深入理解ReentrantLock

Java并发编程深入学习——Lock锁