Waiting for table metadata lock问题

MySQL的系统库表有数据维护对应的信息，就在information_schema库中的INNODB_TRX表，包含事务中是否存在锁，事务开启时间，事务执行的语句等等。查看执行完成，但未commit的sql语句 events_statements_current。trx_mysql_thread_id 字段的MySQL的sid 对应3个查询语句。MySQL8版本，一个表41万条数据，创建索引时间长，未成功。查询到有3条select 查询在锁状态。再检查，没有锁定的用户select。

后来查看了一下在中午11点的时候，服务器的时间为1点多，在1点多的时候，我们正好是备份库的时候，在备份库的时候，正好是锁库的时候。（1） "Waiting for table metadata lock"是指MySQL数据库中的一个进程在等待获取对一个表的元数据锁，以便可以进行某些操作，例如对该表进行更改或查询。使用合适的索引：如果没有合适的索引，可能会导致表锁定，从而引起元数据锁等待。可以查看到锁的表很多，一般这种情况下，应该是库锁了，我们可以查看到锁的表都来自于同一个库。

"Waiting for table metadata lock" 是 MySQL 中一种常见的锁定状态，表明当前线程正在等待对某个表的元数据的锁定。这通常是由于另一个线程正在执行对该表的修改操作，例如 ALTER TABLE 或 OPTIMIZE TABLE。 解决方法: 等待锁释放，或者等待其他线程完成修改操作。 使用 "SHOW FULL PROCESSLIST" 查询来查看正在占用锁的线...

mysql进程显示Waiting for table metadata lock解决办法

在使用mysql的时候，我们有时会碰到Waiting for table metadata lock的锁等待。但是这个锁等待比较特殊，在innodb_lock_wait和show eng...

在数据库中修改表结构的时候不成功，然后show processlist(select*frominformation_schema.processlistwhereCommand !='Sleep'orderbyTimedesc;)发现大量的 Waiting for table metadata lock信息。（注：在这之前，我使用kill id的方法(就是show proce...

记一次修改表产生waiting for table metadata lock锁的问题； 今天为表增加个自增主键过程中被锁住，首先我查看了一下线程 show full processlist; 确实看到状态为waiting for table metadata lock 但是从线程中并没有发现有同一表的修改或者其他操作来锁住表 想着可能有未提交的事务锁住表，如果有将其kill掉即可 ...

MySQL在进行alter table等DDL操作时，有时会出现Waiting for table metadata lock的等待场景。而且，一旦alter table TableA的操作停滞在Waiting for table metadata lock的状态，后续对TableA的任何操作（包括读）都无法进行，因为他们也会在Opening tables的阶段进入到Waiting fo...

简单描述一下遇到的问题： 根据项目数据入库要求，在之前没有设置唯一约束的表上添加唯一约束，这就涉及到需要修改表结构。 在对其他表进行修改的时候，无论是修改字段长度还是删除索引添加唯一约束都没有问题，但是唯独有一张表，无论进行什么表操作全部都会出现Waiting for table metadata lock。 刚开始的解决思路： 找到没完成DDL的操作进程将其杀死即可。 但是使用select * from information_schema.innodb_trx;得到的进程太多了，根本无法及时将具体是哪个

如果有一个线程持有MDL写锁（或正在等待MDL写锁），并且有很多其他线程在等待MDL读锁（因为它们只是执行查询），那么这可能会导致性能问题，因为所有等待MDL读锁的线程都会被阻塞，直到MDL写锁被释放。时，这通常意味着有一个线程（通常是一个查询）正在等待获取一个表的元数据锁（MDL，Metadata Lock）。MDL锁是MySQL用来确保表的结构在查询过程中不会被其他线程修改的机制。）时，它会请求一个MDL写锁。其他需要读取表结构的线程（如进行。当一个线程需要修改表结构（如使用。

st 出现大量的 Waiting for table metadata lock 首先需要定位原因。 3.大概原因：对electric_invoice这个表上添加了联合索引。但是这个表有未提交的事物。添加索引属于ddl操作，会等待事务完成。事务迟迟未完成。当该表处于《Waiting for table metadata lock》状态，将阻塞其他任何操作，包含读。所以设计该表的sql查询是慢查询。长达几百几千秒。   该问题参考https://www.cnblogs.com/digdeep/p/48

MySQL 5.6，使用方法1处理MySQL 5.7，先判断是否开启了metadata_locks表特性，如果开启了使用方法2，否则使用方法1MySQL 8.0，使用方法2及时提交或者缩短SQL执行时间（优化SQL），可以减少Waiting for table metadata lock出现次数。

--sys库的介绍mysql 5.6也可以有sys库(基于performance_schema的视图)。sys库是一个开源项目，在githup上早就有，是一个DBA的开源工具，后来mysql感觉好，就放在了mysql5.7上。下载地址：https://github.com/mysql/mysql-sys[tms@m-db3 ~]$cd mysql-sys-master[tms@m-db3 ~]$...

调整隔离级别参数lower_isolation_level,将数据库隔离级别调低,使一些读操作可以忽略锁,从而减少锁表概率。编辑Deployment,移除pod模板中的标签,如app=myapp。命令查看是否有锁表现象发生,分析找出发生锁表的session进程。所以通过组合使用上述方法,可以完全删除或停止Namespace和Deployment中的Pod。对于主从数据库,可以kill主库sessionId后使请求被转移到从库上,避开主库上的锁。注意提前检查需要KILL的连接,避免影响正处理重要任务的连接。

解决方法： 1. 第一种，将对应的线程杀死 1）show processlist; 查看占用消耗情况 2）删掉对应的线程 killed xxx 2.第二种，提交对应的事务 1）查到对应事务 2）commit; 产生原因： 在进行mvcc操作的时候，当开启一个事务，实际上就会产生一个快照，然后在另一个session中进行修改表操作，此时就会产生此种问题。 引申：如果是在项目上，就会出现大量请求堆积，数据写入不了的现象。 ...

最近经常遇到mysql数据库死锁，郁闷死， show processlist; 时 Waiting for table metadata lock 能一直锁很久 下面有官网的一段话，可以理解下 http://dev.mysql.com/doc/refman/5.5/en/metadata-locking.html 8.10.4. Metadata Locking MySQ