- 综合排序
- 最热优先
- 最新优先
- 来自专栏用户1337634的专栏
MySQL MDL锁
MDL全称为metadata lock，即元数据锁。MDL锁主要作用是维护表元数据的数据一致性，在表上有活动事务（显式或隐式）的时候，不可以对元数据进行写入操作。 写锁，而 session B 的查询需要获取 MDL 读锁。 锁 MDL锁一旦发生会对业务造成极大影响，因为后续所有对该表的访问都会被阻塞，造成连接积压。 我们日常要尽量避免MDL锁的发生，下面给出几点优化建议可供参考： 开启metadata_locks表记录MDL锁。 设置参数lockwaittimeout为较小值，使被阻塞端主动停止。 参考 深入理解MDL元数据锁 MySQL的元数据锁MDL发生场景和解决方法总结 《MySQL实战45讲》 全局锁和表锁 ：给表加个字段怎么有这么多阻碍？
1.2K50发布于 2021-02-01 - 来自专栏数据库干货铺
为什么需要MDL锁
在数据库管理中，元数据（metadata）的保护至关重要，而MySQL中的"元数据锁"（MDL锁）就是它的守护者。 1. 什么是MDL锁 MDL锁，全名Metadata Lock，是MySQL中一种用于管理元数据访问的锁机制。元数据是指数据库中的对象信息，如表结构、索引等。 2. 为什么需要MDL锁 在MySQL中，如果没有MDL锁，可能会导致以下问题： 并发修改元数据：多个事务同时尝试修改相同的表结构可能导致不一致性。 如何使用MDL锁保护数据库 MDL锁通过提供一种机制来管理元数据的并发访问，确保在进行元数据操作时的协调性。 比如，当一个事务修改表结构时，MySQL会为该表获取MDL写锁，阻止其他事务的读写操作，直到修改完成。 5. 注意事项 MDL锁的实际效果取决于SQL语句和事务隔离级别。
41310编辑于 2024-02-22 - 来自专栏「3306 Pai」社区
有爱有恨的MDL锁
二、了解MDL锁 1、 MDL锁消耗 MDL的引入会导致一定的性能的损耗，对同一个database objects的访问越多，就会导致该对象的MDL的争用。 则会造成MDL锁； | 6 | root | localhost | d1 | Query | 6 | Waiting for table metadata lock 对表加读锁，进行写操作。 四、恨MDL 因为MDL锁，会导致表级别的锁，无论是读或者写操作，都无法进行，导致SQL的阻塞。 如监控不到位，在高并发的情况下，就会造成大量的SQL阻塞。 五、爱MDL MDL的主要目的是为了保护元数据，假如、假如没有MDL锁，会导致什么 读到的元数据不一致，写入的时候发生元数据冲突。 MDL不是洪水猛兽，不是可怕灾难，是有办法避免的。 八、总结 MDL是保护数据库对象，保证数据一致性。MDL不是洪水猛兽，DDL和备份需要跟业务方沟通后，在业务低峰期去执行，不要给开发DDL权限哦~ 做对MySQL的监控信息包括锁信息或者死锁信息。
93600发布于 2018-08-14 - 来自专栏MySQL技术
深入理解MDL元数据锁
当你看到 waiting for table metadata lock 时，那就是遇到MDL元数据锁了。本篇文章将会介绍MDL锁的产生与排查过程。 1.什么是MDL锁 MDL全称为metadata lock，即元数据锁。MDL锁主要作用是维护表元数据的数据一致性，在表上有活动事务（显式或隐式）的时候，不可以对元数据进行写入操作。 元数据锁是server层的锁，表级锁，每执行一条DML、DDL语句时都会申请MDL锁，DML操作需要MDL读锁，DDL操作需要MDL写锁（MDL加锁过程是系统自动控制，无法直接干预，读读共享，读写互斥， 写写互斥），申请MDL锁的操作会形成一个队列，队列中写锁获取优先级高于读锁。 总结： 本篇文章主要分三方面来详解MDL锁，首先介绍了MDL锁产生的原因及作用，然后我们模拟出MDL锁，并给出查找及解决方法，最后给出几点避免MDL锁的建议。
3.5K10发布于 2019-12-12 - 来自专栏「3306 Pai」社区
有爱有恨的MDL锁
二、了解MDL锁 1、 MDL锁消耗 MDL的引入会导致一定的性能的损耗，对同一个database objects的访问越多，就会导致该对象的MDL的争用。 则会造成MDL锁； | 6 | root | localhost | d1 | Query | 6 | Waiting for table metadata lock 对表加读锁，进行写操作。 四、恨MDL 因为MDL锁，会导致表级别的锁，无论是读或者写操作，都无法进行，导致SQL的阻塞。 如监控不到位，在高并发的情况下，就会造成大量的SQL阻塞。 五、爱MDL MDL的主要目的是为了保护元数据，假如、假如没有MDL锁，会导致什么 读到的元数据不一致，写入的时候发生元数据冲突。 MDL不是洪水猛兽，不是可怕灾难，是有办法避免的。 MDL不是洪水猛兽，DDL和备份需要跟业务方沟通后，在业务低峰期去执行，不要给开发DDL权限哦~ 做对MySQL的监控信息包括锁信息或者死锁信息。
1.8K20发布于 2018-09-14 - 来自专栏MySQL_DBA
遇到MDL锁，如何分析和处理？
原因就是MDL锁引起。下面让我来介绍一下MDL锁及其排查和处理方式。 MDL锁：全称meta data lock，是表锁，用于保护数据库对象定义不被修改。 执行SQL语句操作表都是需要获取和持有MDL锁，直到锁被释放。 在 MySQL 5.5 版本中引入了 MDL，当对一个表做增删改查操作的时候，加 MDL 读锁；当要对表做结构变更操作的时候，加 MDL 写锁。 读锁之间不互斥，因此你可以有多个线程同时对一张表增删改查。 读写锁之间、写锁之间是互斥的，用来保证变更表结构操作的安全性。 案例描述：一位同学查询只有2条数据的test.tt1，10秒后却返回锁等待超时报错。
1.1K50编辑于 2023-11-15 - 来自专栏爱可生开源社区
技术分享 | MySQL 的 MDL 锁解惑
从"table metadata lock"的名称，可以知道他是个表锁，"metadata lock"简称为 MDL ，即元数据锁，从 MySQL 5.5 开始引入的，他是基于表元数据(表结构)的锁，MDL 我们通过实验来体验下MDL锁的情况。 如下就是 MDL 相关的锁模式，以及对应的 SQL 语句， 锁模式 对应SQL MDL_INTENTION_EXCLUSIVE GLOBAL对象、SCHEMA对象操作会加此锁 MDL_SHARED FLUSH 之所以需要MDL锁，就是因为事务执行的时候，不能发生表结构的改变，否则就会导致同一个事务中，出现混乱的现象，如果当前有事务持有MDL读锁，DDL就不能申请 MDL写锁，保护元数据。 本文关键字：#MDL# #锁等待#
1.8K52编辑于 2022-05-23 - 来自专栏MySQL故障优化案例
MySQL Cases-MySQL找出谁持有表锁之MDL锁
锁 本文使用MySQL8.0.23测试 另一类表级的锁是 MDL（metadata lock)。 因此，在 MySQL 5.5 版本中引入了 MDL，当对一个表做增删改查操作的时候，加 MDL 读锁；当要对表做结构变更操作的时候，加 MDL 写锁。 之后 session C 会被 blocked，是因为 session A 的 MDL 读锁还没有释放，而 session C 需要 MDL 写锁，因此只能被阻塞。 下面我们尝试进行MDL锁的等待场景模拟(MDL锁记录对应的instruments为wait/lock/metadata/sql/mdl，5.7中默认没有启用(MySQL8.0.23中默认开启了)；对应的 ) 结论： 可以使用上述两个脚本定位MDL锁信息，如果关闭了performance_schema，也是可以查询到MDL锁的。
1.9K94发布于 2021-08-30 - 来自专栏DBA 平台和工具
MySQL 5.7：如何有效规避 MDL 元数据锁阻塞？
在 MySQL 5.7 中，元数据锁（MDL, Metadata Lock） 机制用于确保数据一致性，但如果处理不当，可能会导致长时间阻塞，影响数据库的并发性能。 MDL 锁的影响任何 读取 或 写入 操作都会获取 MDL 锁，以防止表结构在操作过程中发生变更。例如，在 SELECT 查询执行时，不能对表进行 ALTER 操作，否则会出现等待现象。 事务 B 试图修改表结构：ALTER TABLE sbtest1 ADD COLUMN age INT;由于 ALTER TABLE 需要 获取 MDL 写锁，但事务 A 未释放 MDL 读锁，事务 B 事务 C 执行普通查询：SELECT * FROM sbtest1 LIMIT 10;由于事务 B 未能获取 MDL 写锁，事务 C 也会等待事务 B 释放锁，进入 Waiting for table 优化方案：调整 lock_wait_timeoutMySQL 提供了 lock_wait_timeout 参数，控制 MDL 锁的等待时间。默认值可能长达 1 年，容易导致长时间阻塞。
75310编辑于 2025-02-17 - 来自专栏爱可生开源社区
生产运维脚本引发的 MDL 锁故障排查之旅
在此过程中，无法获取 MDL（元数据锁）的问题时有发生。 为此，笔者结合以往生产故障案例，梳理 MDL 锁问题的排查思路与方法。 2. INNODB STATUS 查看行锁相关信息 MDL 锁 MySQLServer 层 保护表元数据，操作表时自动获取，防止表结构被修改 若有事务持有 MDL 写锁，其他等待获取 MDL 锁的会话会显示处于 5.3 如何优化与避免 MDL 锁 MDL 锁一旦发生，会对业务造成极大影响，因为后续所有对该表的访问都会被阻塞，导致连接积压。 为了尽量避免 MDL 锁的发生，以下是几点优化建议： 开启 metadata_locks 表记录 MDL 锁，以便更好地监控和分析锁的使用情况。
62110编辑于 2025-05-21 - 来自专栏只喝牛奶的杀手
关于MDL
MySQL 5.5 版本中引入了 MDL，当对一个表做增删改查操作DML的时候，加 MDL 读锁；当要对表做结构变更操作DDL的时候，加 MDL 写锁。 安全的解决方式是对表做DDL如添加字段时，设置执行语句的超时时间，写锁超时自动释放，不影响读锁。 全局锁 全局锁就是对整个数据库实例加锁。 表级锁 MySQL 里面表级别的锁有两种：一种是表锁，一种是元数据锁（meta data lock，MDL)。 每执行一条DML、DDL语句时都会申请MDL锁，DML操作需要MDL读锁，DDL操作需要MDL写锁（MDL加锁过程是系统自动控制，无法直接干预，读读共享，读写互斥，写写互斥） 读锁之间不互斥，因此你可以有多个线程同时对一张表增删改查 select @@innodb_lock_wait_timeout; 查询全局资源等待超时时间 set session innodb_lock_wait_timeout=0; 设置当前会话的资源等待超时时间 MDL
1.2K20发布于 2021-10-14 - 来自专栏计算机学习
xv6(7) 锁LOCK锁
根据上面两种大的解决方案，xv6 实现了两种锁，自旋锁和休眠锁，下面来仔细看看：自旋锁结构定义struct spinlock { uint locked; // Is the lock held ()，也就是说 xv6 不允许同一个 CPU 对同一个锁重复上锁。 FAQ基本函数说完，来聊聊一些遗留问题：Ⅰ xv6 的竞争条件有哪些？xv6 是个支持多处理器的系统，各个 CPU 之间可以并行执行，所以可能会出现同时访问公共资源的情况。 前面我们已经知道如果在 CPU 持有锁的阶段发生中断，中断服务程序可能也要取锁，那么就会死锁，所以 xv6 直接决定在取锁的时候就关中断，CPU 持有锁的整个阶段都处于关中断，只有释放锁的时候才可能开中断 休眠锁xv6 里面还提供了另一种锁，休眠锁，它在自旋锁的基础之上实现，定义如下：struct sleeplock { uint locked; // Is the lock held?
81410编辑于 2023-12-06 - 来自专栏数据库干货铺
MySQL必懂：为什么需要MDL锁？90%的人都栽过它的坑
这一切的“始作俑者”，就是MySQL里存在感极强却又容易被忽略的MDL锁（元数据锁，Metadata Lock）。 很多人吐槽MDL锁“碍事”，却不知道：如果没有MDL锁，你的数据库早就乱成一锅粥了。 MySQL为什么需要MDL锁呢？ 一、 什么是MDL锁？ 在聊“为什么需要”之前，先明确一个基础认知：MDL锁到底是什么？ 很多人会把MDL锁和行锁、表锁搞混，这里用一句话区分清楚： 行锁：锁的是表中的具体数据行（比如某条用户记录），解决数据修改的并发冲突； 表锁：锁的是整个表的数据，限制所有数据的读写操作； MDL锁：锁的是表的 而有了MDL锁，情况就不一样了：会话1执行查询时，MySQL会自动加MDL读锁；会话2执行DDL时，需要申请MDL写锁——读锁和写锁互斥，会话2会被阻塞，直到会话1的查询结束、释放读锁，才能执行改表操作 MDL锁的存在，就能解决这个问题：会话1开启事务后，持有MDL读锁，在事务未提交前，会一直持有该锁，阻止会话2修改表结构。
38010编辑于 2026-04-28 MySQL MDL锁等待怎么排查？长事务卡住DDL的40分钟复盘
一、卡住的不是DDL，是MDLALTERTABLE执行前，要先拿到这张表的元数据锁，也就是MDL。它保护的是表结构，不是行数据。DDL要拿排他锁，普通查询拿共享锁。只要有人还持有共享锁，排他锁就得等。 真正改表定义时，要升级成MDL_EXCLUSIVE。升级这一步，就得等前面所有共享锁退场。等的不是几毫秒。MDL跟着事务走，事务不提交，锁就不放。 这是很多人查MDL查一半就断线的原因。还有一层更容易被忽略。阻塞方未必是MDL的持有者，它可能也在等行锁。一个事务先锁了一行，另一个事务在等这行。第三个事务的DDL，又在等第二个事务的MDL。 五、在线DDL也绕不过MDL很多人一听DDL卡住，就换ALGORITHM=INPLACE,LOCK=NONE。这两个参数能避免拷贝整张表，也能减少数据锁。但它们管不了MDL。 出现Waitingfortablemetadatalock，就别再怀疑DDL算法了，去查持有MDL的事务。算法只决定怎么拷贝，决定不了能不能拿到锁。锁不在算法手里，在人手里。
10310编辑于 2026-10-27- 来自专栏腾讯数据库技术
MySQL 5.7中MDL实现分析
MDL 锁升级为 X 锁以修改元数据。 MDL 实现 3.1 实现锁的基本要素 在介绍 MDL 锁实现之前，有一些关于锁的背景先介绍一下。 object memory //5 thd1: atomic increment reference counter, SIGSEGV //6 key here is 1 and 6 are not atomic 还是没能避免 segment fault；进一步解决这个问题的方式是用一个独立的读写锁保护引用计数，或者引入一个中间层结构体，给每个结构体加一个版本号 g_hp_local_array, so frees the object, then thd1 gets back to line 2 这个逻辑在 MySQL 中也是存在的，可以在 my_lfind() 函数中看到； 6.
2.5K10发布于 2018-06-05 生产环境ALTER TABLE导致连接池打满：MDL锁排查与变更流程设计
MySQL按默认方式执行，需要先获取整张表的MDL排他锁才能开始变更。但当时有几个长查询在跑，ALTER一直等锁等不到。 后来查了才发现，表里有个被遗忘的BLOB列，INSTANT不支持，退化为INPLACE后又碰上了MDL锁排队。 MDL（MetadataLock，元数据锁）是MySQL5.5引入的。只要有人在读这张表（哪怕是一条简单的SELECT），MySQL就会给这张表加上MDL读锁。 此时如果要对表结构做变更，就需要获取MDL写锁。写锁和读锁互斥，ALTER就得等那个SELECT执行完。但实际情况往往是这样的：一个长事务在跑SELECT，持有了MDL读锁。 '%metadatalock%'ORp.INFOLIKE'%ALTER%';找到持有MDL锁的事务后，不能直接KILL。
35610编辑于 2026-07-20- 来自专栏高级开发进阶
【JavaP6大纲】MySQL篇：悲观锁、乐观锁、排它锁、共享锁、表级锁、行级锁，死锁
悲观锁、乐观锁、排它锁、共享锁、表级锁、行级锁，死锁？ 悲观锁：每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。 比如行锁，表锁等，读锁，写锁，syncronized实现的锁等。 sql中实现悲观锁，使用for update对数据加锁，例如：select num from goods where id = 1 for update; 乐观锁：每次去拿数据的时候都认为别人不会修改， 乐观锁适用于多读的应用类型，这样可以提高吞吐量。
98330发布于 2021-04-09 - 来自专栏TeamsSix的网络空间安全专栏
Python Threading 学习笔记 | 6、锁lock
0x00 关于线程锁lock 多线程和多进程最大的不同在于，多进程中，同一个变量，各自有一份拷贝存在于每个进程中，互不影响，而多线程中，所有变量都由所有线程共享，所以，任何一个变量都可以被任何一个线程修改 0x01 不使用lock锁的情况 job1：全局变量A的值每次加1，循环7次并打印 def job1(): # 全局变量A的值每次加1，循环7次并打印 global A for i in range t2.start() t1.join() t2.join() if __name__ == '__main__': A = 0 main() 运行结果： # python 6_ lock的方法是， 在每个线程执行运算修改共享内存之前，执行lock.acquire()将共享内存上锁， 确保当前线程执行时，内存不会被其他线程访问，执行运算完毕后，使用lock.release()将锁打开 代码项目地址：https://github.com/teamssix/Python-Threading-study-notes 参考文章： 1、https://www.jianshu.com/p/05b6a6f6fdac
87510发布于 2019-11-07 - 来自专栏测试基础
【Java多线程-6】synchronized同步锁
操作原子性：持有同一个锁的两个同步块只能串行地进入 锁的内存语义： 当线程释放锁时，JMM会把该线程对应的本地内存中的共享变量刷新到主内存中。 锁释放和锁获取的内存语义： 线程A释放一个锁，实质上是线程A向接下来将要获取这个锁的某个线程发出了（线程A对共享变量所做修改的）消息。 线程B获取一个锁，实质上是线程B接收了之前某个线程发出的（在释放这个锁之前对共享变量所做修改的）消息。 线程A释放锁，随后线程B获取这个锁，这个过程实质上是线程A通过主内存向线程B发送消息 ? Mutex Lock 监视器锁（Monitor）本质是依赖于底层的操作系统的Mutex Lock（互斥锁）来实现的。 Monitor锁。
1.2K30发布于 2020-09-16 - 来自专栏明星分子
MDL-800: 精准激活SIRT6，重塑表观遗传调控与肿瘤抑制新策略
在多种肿瘤中常见的SIRT6低表达背景下，MDL-800为恢复或增强剩余SIRT6的功能输出提供了化学学工具，可显性化揭示SIRT6对细胞周期转变与表观遗传基因调控的依赖性。 刻画MDL-800诱导的SIRT6反应性基因网络及其与细胞周期阻滞的耦联。 基于上述实验结果，研究指出MDL-800通过激活SIRT6促使H3K9ac与H3K56ac去乙酰化，从而降低MMP9的表达，揭示了在衰老血管平滑肌细胞中，MDL-800经由SIRT6介导的组蛋白去乙酰化与 MDL-800降低了SIRT6底物H3K9ac与H3K56ac的乙酰化水平，符合其靶向激活SIRT6的特征。 ）的表达，表明MDL-800对脂肪酸氧化基因的抑制作用不依赖于SIRT6激活MDL-800(T64529)在AML12肝细胞中表现出激活SIRT6的作用，证据为其降低了乙酰化组蛋白H3K56的水平。
11910编辑于 2026-10-16
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号