MDL锁视图

MDL锁视图简介

社区版MySQL如果不打开performance_schema开关，则无法获取表元数据锁（MDL）的详细信息，但通常情况下performance_schema默认关闭，当用户遇到类似“Waiting for metadata lock”的问题而阻塞DML或DDL后，由于无法确定各个会话之间的关联关系，只能重启实例，增加了解决问题的成本，对业务产生了较大影响。

在业务场景较复杂的情况下，一旦涉及对数据库元数据的互斥操作（如DDL、LOCK TABLE等），会频繁发生操作的会话被其他会话阻塞的问题，给用户带来很大的困扰。

针对以上问题，华为云RDS for MySQL推出了MDL锁视图特性，可以查看数据库各会话持有和等待的元数据锁信息，用户可以有效进行系统诊断，优化自身业务，有效降低对业务影响。

MDL锁视图详解

MDL锁视图以系统表的形式呈现，该表位于“information_schema”下，表名称是“metadata_lock_info”。表结构如下所示。

desc information_schema.metadata_lock_info;
+---------------+-----------------------+---------+------+----------+--------|
| Field         | Type                  | Null    |Key   |Default   |  Extra |
+---------------+-----------------------+---------+------+----------+--------|
| THREAD_ID     | bigint(20) unsigned   | NO      |      |   0      |        |
| LOCK_STATUS   | varchar(24)           | NO      |      |          |        |
| LOCK_MODE     | varchar(24)           | YES     |      |  NULL    |        |
| LOCK_TYPE     | varchar(30)           | YES     |      |  NULL    |        |
| LOCK_DURATION | varchar(30)           | YES     |      |  NULL    |        |
| TABLE_SCHEMA  | varchar(64)           | YES     |      |  NULL    |        |
| TABLE_NAME    | varchar(64)           | YES     |      |  NULL    |        |
+---------------+-----------------------+---------+------+----------+--------|

MDL锁视图使用示例

使用场景：长时间未提交事务，阻塞DDL，继而阻塞所有同表的操作。

MDL锁视图案例分析

问题描述

用户发现对表t2执行truncate操作一直被阻塞后，业务流程中对表t2执行查询操作也全部被阻塞。

排查分析

• 无MDL锁视图

  当发现DDL语句被阻塞后，执行show processlist查看线程信息，结果如下所示。

  show processlist;
  +------+--------+--------------+--------+-----------+----------+-----------------------------------|-------------------------|
  | Id   | User   |  Host        |  db    |  Command  |   Time   |   State                           |Info                     |
  +---------------+-----------------------+-----------+----------+-----------------------------------+-------------------------|
  | 2    | root   |  localhost   |  test  |  Sleep    |   73     |                                   | Null                    |
  | 3    | root   |  localhost   |  test  |  Sleep    |   63     |                                   | Null                    |
  | 4    | root   |  localhost   |  Null  |  Query    |   35     | Waiting for table metadata lock   | truncate table test.t2  |
  | 5    | root   |  localhost   |  test  |  Query    |   17     | Waiting for table metadata lock   | select * from test.t2   |
  | 6    | root   |  localhost   |  test  |  Query    |    0     | starting                          | show processlist        |
  +------+--------+--------------+--------+-----------+----------+-----------------------------------|-------------------------|

  上述线程列表信息显示：

  • ID=4的会话执行truncate操作时被其他会话持有的table metadata lock阻塞。
  • ID=5的会话执行查询操作时同样被阻塞。
  • 无法确定哪个会话阻塞了ID=4的会话和ID=5的会话。

  此时，如果随机KILL其他会话会给线上业务带来很大风险，因此只能等待其他会话释放该MDL锁。

• 使用MDL锁视图

  执行select * from information_schema.metadata_lock_info查看元数据锁信息，结果如下所示。

  select * from information_schema.metadata_lock_info;
  +-------------+-------------+--------------------------+----------------------+-------------------+----------------+----------------+
  | THREAD_ID   | LOCK_STATUS |  LOCK_MODE               | LOCK_TYPE            |  LOCK_DURATION    |  TABLE_SCHEMA  |   TABLE_NAME   |
  +-------------+-------------+--------------------------+----------------------+-------------------+----------------+----------------+
  | 2           | GRANTED     |  MDL_SHARED_READ         | Table metadata lock  |  MDL_TRANSACTION  |  test          |   t1           |
  | 3           | GRANTED     |  MDL_SHARED_READ         | Table metadata lock  |  MDL_TRANSACTION  |  test          |   t2           |
  | 4           | GRANTED     |  MDL_INTENTION_EXCLUSIVE | Global read lock     |  MDL_STATEMENT    |                |                |
  | 4           | GRANTED     |  MDL_INTENTION_EXCLUSIVE | Schema metadata lock |  MDL_TRANSACTION  |  test          |                |
  | 4           | PENDING     |  MDL_EXCLUSIVE           | Table metadata lock  |                   |  test          |   t2           |
  | 5           | PENDING     |  MDL_SHARED_READ         | Table metadata lock  |                   |  test          |   t2           |
  +-------------+-------------+--------------------------+----------------------+-------------------+----------------+----------------+

  结合show processlist的结果，从元数据锁视图中可以明显看出：

  上述线程信息和元数据锁视图信息显示：

  • THREAD_ID=4的会话正在等待表t2的metadata lock。
  • THREAD_ID=3的会话持有表t2的metadata lock，该MDL锁为事务级别，因此只要THREAD_ID=3的会话的事务不提交，THREAD_ID=4的会话将会一直阻塞。

  因此，用户只需在THREAD_ID=3的会话中执行命令commit或终止THREAD_ID=3的会话，便可以让业务继续运行。