《深入理解共享锁lock in share mode排他锁for update区别》
Posted 后端从入门到精通
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了《深入理解共享锁lock in share mode排他锁for update区别》相关的知识,希望对你有一定的参考价值。
共享锁:又称读锁(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区别》的主要内容,如果未能解决你的问题,请参考以下文章