返回顶部
首页 > 资讯 > 数据库 >MySQL 由于MDL读锁select被阻塞
  • 771
分享到

MySQL 由于MDL读锁select被阻塞

2024-04-02 19:04:59 771人浏览 独家记忆
摘要

thread 1、begin; 更新表;没有提交,也没有回滚操作 thread2、create index 在这个表上 这时候客户端超时中断 再次连接会话查询此表被阻塞,无法查询 thread3、查询

thread 1、begin;

更新表;没有提交,也没有回滚操作

thread2、create index 在这个表上

这时候客户端超时中断

再次连接会话查询此表被阻塞,无法查询

thread3、查询 select * from test;

root@localhost : yaochong 17:08:27> select id,user,host,db,command,time,state,info from infORMation_schema.processlist where user <>'system user' and info not like '%system user%';
+-------+------+-----------+----------+---------+------+---------------------------------+---------------------------------------------------------------+
| id    | user | host      | db       | command | time | state                           | info                                                          |
+-------+------+-----------+----------+---------+------+---------------------------------+---------------------------------------------------------------+
| 10161 | root | localhost | yaochong | Query   | 3386 | Waiting for table metadata lock | select * from test                                            |
| 10092 | root | localhost | yaochong | Query   | 6375 | Waiting for table metadata lock | alter table test add key(name) , ALGoRITHM=INPLACE, LOCK=NONE |
+-------+------+-----------+----------+---------+------+---------------------------------+---------------------------------------------------------------+
2 rows in set (0.00 sec)

MySQL 由于MDL读锁select被阻塞

原因参考如下MDL的读写互斥

MySQL 由于MDL读锁select被阻塞

为什么C等待拿锁之后,D也会阻塞?其实这里并没有解释清楚。因为如果按并发理解的话,

C,D应当是同等级,都有可能拿到锁的。但C读写锁互斥,D读读不互斥,这样的话就跟上图所述相悖了。

就,查了一下。

(鸣谢 一梦如是YFL提供的文章)

首先是MDL(metaData Lock)的概念。元数据锁是server层的锁,表级锁,主要用于隔离DML(Data Manipulation Language,数据操纵语言,如select)和DDL(Data Definition Language,数据定义语言,如改表头新增一列)操作之间的干扰。 每执行一条DML、DDL语句时都会申请MDL锁, DML操作需要MDL读锁,DDL操作需要MDL写锁(MDL加锁过程是系统自动控制,无法直接干预,读读共享,读写互斥,写写互斥)

MySQL 由于MDL读锁select被阻塞

申请MDL锁的操作会形成一个队列, 队列中写锁获取优先级高于读锁 。一旦出现写锁等待,不但当前操作会被阻塞,同时还会阻塞后续该表的所有操作。事务一旦申请到MDL锁后,直到事务执行完才会将锁释放。(这里有种特殊情况如果事务中包含DDL操作,Mysql会在DDL操作语句执行前,隐式提交commit,以保证该DDL语句操作作为一个单独的事务存在,同时也保证元数据排他锁的释放,例如id 44的语句改为<begin;alter table testok add z varchar(10) not Null;select * from testok;>,此时一旦alter语句执行完成会马上提交事务(autocommit=1),后面的select就在本次事务之外,其执行完成后不会持有读锁)

这样就能解释通为什么session C被阻塞后,session D也运行不了的原因了。

简而言之MDL锁互斥,select也要申请MDL的读锁,这一点真是有点恶心。

您可能感兴趣的文档:

--结束END--

本文标题: MySQL 由于MDL读锁select被阻塞

本文链接: https://lsjlt.com/news/46836.html(转载时请注明来源链接)

有问题或投稿请发送至: 邮箱/279061341@qq.com    QQ/279061341

猜你喜欢
  • MySQL 由于MDL读锁select被阻塞
    thread 1、begin; 更新表;没有提交,也没有回滚操作 thread2、create index 在这个表上 这时候客户端超时中断 再次连接会话查询此表被阻塞,无法查询 thread3、查询...
    99+
    2024-04-02
软考高级职称资格查询
编程网,编程工程师的家园,是目前国内优秀的开源技术社区之一,形成了由开源软件库、代码分享、资讯、协作翻译、讨论区和博客等几大频道内容,为IT开发者提供了一个发现、使用、并交流开源技术的平台。
  • 官方手机版

  • 微信公众号

  • 商务合作