Mysql 共享锁(lock in share mode),排他锁(for update)

共享锁(lock in share mode)

简介

容许不一样事务以前共享加锁读取,但不容许其它事务修改或者加入排他锁
若是有修改必须等待一个事务提交完成,才能够执行,容易出现死锁mysql

共享锁事务之间的读取

session1:sql

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

session2:session

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

<!--more-->并发

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

session3:code

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

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

Lock wait timeout exceeded; try restarting transaction

共享锁之间的更新

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

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

能够不少获取执行结果。
当session2再次执行修改id=1的语句时:
session2:it

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

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

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,才可

相关文章
相关标签/搜索