欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页

mysql 共享锁 ,排他锁

程序员文章站 2022-06-04 11:33:12
...

共享锁 (lock in share mode)

简介

允许不同事务之前共享加锁读取,但不允许其它事务修改或者加入排他锁
如果有修改必须等待一个事务提交完成,才可以执行,容易出现死锁

共享锁事务之间的读取

session1:

start transaction;
select * from test where id = 1 lock in share mode;

session2:

start transaction;
select * from test where id = 1 lock in share mode;

 

此时 session1 和 session2 都可以正常获取结果,那么再加入 session3 排他锁读取尝试

session3:

start transaction;
select * from test where id = 1 for update;

在 session3 中则无法获取数据,直到超时或其它事物 commit

Lock wait timeout exceeded; try restarting transaction

共享锁之间的更新

当 session1 执行了修改语句:
session1:

update test set name = 'kkkk' where id = 1;

可以很多获取执行结果。
当 session2 再次执行修改 id=1 的语句时:
session2:

update test set name = 'zzz' where id = 1;

就会出现死锁或者锁超时,错误如下:

Deadlock found when trying to get lock; try restarting transaction

或者:

Lock wait timeout exceeded; try restarting transaction

必须等到 session1 完成 commit 动作后,session2 才会正常执行,如果此时多个 session 并发执行,可想而知出现死锁的几率将会大增。

session3 则更不可能

结论:

mysql 共享锁 (lock in share mode)

  • 允许其它事务也增加共享锁读取
  • 不允许其它事物增加排他锁 (for update)
  • 当事务同时增加共享锁时候,事务的更新必须等待先执行的事务 commit 后才行,如果同时并发太大可能很容易造成死锁

共享锁,事务都加,都能读。修改是惟一的,必须等待前一个事务 commit,才可

排他锁 (for update)

简介

当一个事物加入排他锁后,不允许其他事务加共享锁或者排它锁读取,更加不允许其他事务修改加锁的行。

排他锁不同事务之间的读取

同样以不同的 session 来举例
session1:

start transaction;
select * from test where id = 1 for update;

session2:

start transaction;
select * from test where id = 1 for update;

当 session1 执行完成后,再次执行 session2,此时 session2 也会卡住,无法立刻获取查询的数据。直到出现超时

Lock wait timeout exceeded; try restarting transaction

或 session1 commit 才会执行

那么再使用 session3 加入共享锁尝试

select * from test where id = 1 lock in share mode;

结果也是如此,和 session2 一样,超时或等待 session1 commit

Lock wait timeout exceeded; try restarting transaction

排他锁事务之间的修改

当在 session1 中执行 update 语句:

update test set name = 123 where id = 1;

可以正常获取结果

Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

此时在 session2 中执行修改

update test set name = 's2' where id = 1;

则会卡住直接超时或 session1 commit, 才会正常吐出结果

session3 也很明显和 session2 一样的结果,这里就不多赘述

总结

  • 事务之间不允许其它排他锁或共享锁读取,修改更不可能
  • 一次只能有一个排他锁执行 commit 之后,其它事务才可执行

不允许其它事务增加共享或排他锁读取。修改是惟一的,必须等待前一个事务 commit,才可

相关标签: mysql 共享锁