锐客网

  1. 首页 > 睿知 > it技术 > >

mysql怎么释放锁 mysql释放内存命令( 四 )

IT技术语句


S锁除了逻辑备份时的FTWRL以外，createa table as也会持有这个锁
目前已知的是desc操作会持有这个SH锁
SH锁与绝大部分锁都兼容，除开X锁
也就是说在做rename一类的操作的时候，你是无法去执行desc的
前面提到的start transaction ， 以及所有的非当前读都需要持有这个锁
非当前读的意思就是快照读，也就是普通的select
与SR锁有冲突的有2个，一个是X，另一个是SNRW
研发有时候会很困惑的问我，“我这个表只有几十行数据 ， select查不出来？？？”这时候就需要检查MDL锁了
当前读需要持有此锁 ， 常见的DML和select for update都对应此锁，但不包括DDL
与SW锁有冲突的有4个 ， SU,SRO,SNRW,X
看到一种说法是这个锁仅对MyISAM引擎生效，冲突范围与SW锁类似
部分alter语句会持有该锁 。该锁可能会升级成SNW,SNRW,X；而X锁也有可能逐步降级到SU锁
SU锁和SU,SNW,SNRW,X锁互斥
表面看起来DML的SW锁和SU锁不互斥（DML和DDL） ， 但实际上因为SU锁存在升级的属性，SU锁会升级到SNW锁，从而和SW产生互斥
如下图，SU并没有被SW锁阻塞 ， 但升级到SNW之后 ， SNW被SW阻塞，一直处于pending状态
SU锁的兼容性如下
查看改过源码的例子，在执行alter的时候，SU会升级到X ， 之后X降级到SU，然后SU再升级到X
先SU，再SW，SW被SU阻塞
先SW ， 再SU，SU并未被SW阻塞，但是SU向上升级的过程中产生的SNW被SW阻塞；于是将SW的会话commit，之后SNW向下降级成SU，并成功获得锁；
所以虽然看起来SW和SU不是一个双向阻塞，但实际效果就是双向阻塞，无论DML和DDL谁在前面，都必然会发生相互的阻塞
不兼容的有点多，先贴一个兼容性
SU升级X的过程中会升级成SNW
SU升级成X的过程中 ， 有一个copy的过程，这个过程就是SNW ， 在这个copy的过程中，允许DML但是不允许select（SR）
copy是一个非常耗时的过程
lock tables read的语句会持有这个锁
SRO阻塞SW，SNRW，X
兼容性如图
lock tables write的语句会持有这个锁
阻塞的锁非常多，除开SH和S以外，其他的都阻塞，连SR都阻塞了
兼容性如下
换句话说flush tables with read lock; （S）会堵塞lock table write; （SNRW）
但是flush tables with read lock;（S）却不会堵塞lock table read （SRO）
阻塞一切
各种DDL均属于这个范畴
create,drop,rename（alter table add column也属于这个范畴）
SW锁阻塞X锁 ， （X锁是为了去执行一个drop）
X锁阻塞SH
thread104在做一个create table as的表复制操作 ， 在表里面并没有发现X锁的信息，在thread95上对新表做一个desc操作，可以看到SH锁处于等待状态，然而这里阻碍SH的并不是X锁
只有1行的select被堵住
thread95做一个start transaction之后不提交，thread107对95的表做出一个rename操作，X锁被前面的SR锁阻塞，这时候thread108对该表发起一个limit仅仅为1的查询，但被X锁阻塞 。由于lock_wait_timeout这个参数通常是1年，所以一连串查询被堵死
alter开头的几个SQL，无论是modify还是add ， 查询出来都是SU锁 ， 但DDL是一个过程，其中的有一部分如果发生了阻塞，可能会发现是X锁阻塞；拿SR阻塞X锁的实验来说，SR阻塞X的过程非常短暂，如果没有刚好卡到那个点 ， 看到的结果可能就是SR和SU互不干涉，但如果卡到那个点，就会观测到X被SR所阻塞 。具体的需要读源码，这里不展开
SELECT
locked_schema,

推荐阅读


上一篇：linux变量命令是，linux中的变量

下一篇：恩施抖音无人直播，抖音无人直播软件要花钱吗