文档中心

云数据库 MySQL 版

功能

MDL 锁视图 / DDL 进度显示

大表的 DDL 操作往往会比较耗时，在无法感知整个 DDL 的进行阶段与阶段进度时，可能会产生很大的困扰；MySQL 原生的 performance_schema 功能开启后，会带来一定的性能损失和内存占用。为解决以上问题，云数据库 MySQL 版提供了一种轻量化的 performance_schema 功能，能够在低消耗的前提下提供 MDL 锁视图与 DDL 进度显示的能力。

支持版本

MySQL 5.7 版本，内核小版本为 MySQL 5.7.44_20240815 及以上。

MySQL 8.0 版本，内核小版本为 MySQL 8.0.32_20230815 及以上。

MySQL 8.4 版本，内核小版本为 MySQL 8.4.7_20260415 及以上。

说明

您可通过查看实例信息查看实例的内核小版本。如您实例的内核小版本未在受支持的内核小版本范围内，您可手动升级实例内核小版本。

使用方法

修改参数 loose_rds_performance_schema 为 ON。

说明

关于修改参数的详细操作，请参见修改参数。如果您实例的可修改参数中没有该参数，请提交工单联系技术支持升级实例。

当 performance_schema = on 时，loose_rds_performance_schema 无效。

获取 MDL 锁视图与 DDL 进度。

查看 performance_schema.metadata_locks 表以获得当前系统中 MDL 锁使用情况。

MySQL [****]> select * from performance_schema.processlist;
+----+-----------------+---------------------+--------+---------+------+---------------------------------+----------------------------------------------------------+---------+-----------+---------------+------------------+
| ID | USER | HOST | DB | COMMAND | TIME | STATE | INFO | TIME_MS | ROWS_SENT | ROWS_EXAMINED | EXECUTION_ENGINE |
+----+-----------------+---------------------+--------+---------+------+---------------------------------+----------------------------------------------------------+---------+-----------+---------------+------------------+
| 5 | event_scheduler | localhost | NULL | Daemon | 1925 | Waiting on empty queue | NULL | 1925356 | 0 | 0 | PRIMARY |
| 13 | root | 127.***.***.1:39294 | testDB | Query | 0 | executing | select * from performance_schema.processlist | 0 | 1 | 4 | PRIMARY |
| 15 | root | 127.***.***.1:56616 | testDB | Query | 208 | Waiting for table metadata lock | alter table T add column d varchar(10),algorithm=inplace | 208006 | 9 | 29 | PRIMARY |
+----+-----------------+-----------------+------+---------+------+---------------------------------+----------------------------------------------------------+---------+-----------+---------------+------------------+

MySQL [****]> select OBJECT_SCHEMA, OBJECT_NAME, LOCK_TYPE, LOCK_STATUS, OWNER_THREAD_ID from performance_schema.metadata_locks;
+--------------------+----------------+---------------------+-------------+-----------------+
| OBJECT_SCHEMA | OBJECT_NAME | LOCK_TYPE | LOCK_STATUS | OWNER_THREAD_ID |
+--------------------+----------------+---------------------+-------------+-----------------+
| NULL | NULL | INTENTION_EXCLUSIVE | GRANTED | 84 |
| NULL | NULL | INTENTION_EXCLUSIVE | GRANTED | 84 |
| testDB | NULL | INTENTION_EXCLUSIVE | GRANTED | 84 |
| testDB | T | SHARED_UPGRADABLE | GRANTED | 84 |
| NULL | NULL | INTENTION_EXCLUSIVE | GRANTED | 84 |
| NULL | testDB/T | INTENTION_EXCLUSIVE | GRANTED | 84 |
| testDB | #sql-1aafcb_f | EXCLUSIVE | GRANTED | 84 |
| testDB | T | EXCLUSIVE | PENDING | 84 |
| performance_schema | processlist | SHARED_READ | GRANTED | 80 |
| performance_schema | metadata_locks | SHARED_READ | GRANTED | 80 |
| testDB | T | SHARED_READ | GRANTED | 80 |
+--------------------+----------------+---------------------+-------------+-----------------+
11 rows in set (0.00 sec)

查看 performance_schema.events_stages_current 表以获得当前 DDL 执行进度。

在 DDL 执行过程中，可以查看 events_stages_current 表获取 DDL 的执行状态和进度。

MySQL [****]> SELECT THREAD_ID,EVENT_ID, EVENT_NAME, WORK_COMPLETED, WORK_ESTIMATED,(WORK_COMPLETED/WORK_ESTIMATED)*100 as PROGRESS FROM performance_schema.events_stages_current;
+-----------+----------+------------------------------------------------------+----------------+----------------+----------+
| THREAD_ID | EVENT_ID | EVENT_NAME | WORK_COMPLETED | WORK_ESTIMATED | PROGRESS |
+-----------+----------+------------------------------------------------------+----------------+----------------+----------+
| 84 | 2 | stage/innodb/alter table (read PK and internal sort) | 115952 | 312538 | 37.1001 |
+-----------+----------+------------------------------------------------------+----------------+----------------+----------+
1 row in set (0.00 sec)

在 DDL 执行过程中，可以借助 threads 和 processlist 表查看当前事件对应的 SQL。

MySQL [****]> SELECT esc.THREAD_ID, esc.EVENT_NAME, esc.WORK_COMPLETED, esc.WORK_ESTIMATED, pl.INFO FROM performance_schema.events_stages_current esc LEFT JOIN performance_schema.threads th ON esc.thread_id = th.thread_id LEFT JOIN performance_schema.processlist pl ON th.PROCESSLIST_ID = pl.ID;
+-----------+------------------------------------------------------+----------------+----------------+----------------------------------------------------------+
| THREAD_ID | EVENT_NAME | WORK_COMPLETED | WORK_ESTIMATED | INFO |
+-----------+------------------------------------------------------+----------------+----------------+----------------------------------------------------------+
| 84 | stage/innodb/alter table (read PK and internal sort) | 150660 | 312538 | alter table T add column d varchar(10),algorithm=inplace |
+-----------+------------------------------------------------------+----------------+----------------+----------------------------------------------------------+
1 row in set (0.11 sec)

后续步骤

云数据库 MySQL 版提供的 performance_schema 功能相较于 MySQL 原生的 performance_schema 功能，是一种轻量化的实现方式，减少了对实例资源的消耗，但在实例规格较低时，使用此功能依然会给实例带来较大压力。因此，在开启此功能后，需持续关注实例的内存使用率。

云数据库 MySQL 版提供了内存使用率监控项，您可以为实例配置针对此监控项的告警策略，为实例内存使用率设置告警阈值。当内存使用率超过阈值时，及时收到告警信息。关于创建告警策略的详细信息，请参见创建告警策略。

云数据库 MySQL 版提供了可修改参数 performance_schema_max_thread_instances，该参数用于设定观测线程的最大数量，即 performance_schema.threads 表的最大行数，进而对 performance_schema 功能对内存的消耗进行控制。该参数默认值为 1024，您可根据实例规格和业务需求自行调整。关于修改参数的详细信息，请参见修改参数。

说明

该参数需与 loose_rds_performance_schema 配合使用，仅在 loose_rds_performance_schema 取值为 ON 时生效。

当 performance_schema_max_thread_instances 参数值为 1024 时，如果并发连接数较高，可能会导致 performance_schema.metadata_locks 表中 MDL 锁记录丢失的情况。此时，可考虑调整performance_schema_max_thread_instances 的值为 -1，即不对 performance_schema 功能的内存消耗进行限制。

您还可以评估业务需求，确认是否需要继续使用该功能。如评估不再使用，可以修改参数 loose_rds_performance_schema 为 OFF，关闭此功能。

最近更新时间：2026.05.28 11:52:20

这个页面对您有帮助吗？

有用

无用