大表的 DDL 操作往往会比较耗时，在无法感知整个 DDL 的进行阶段与阶段进度时，可能会产生很大的困扰；MySQL 原生的 performance_schema 功能开启后，会带来一定的性能损失和内存占用。为解决以上问题，云数据库 MySQL 版提供了一种轻量化的 performance_schema 功能，能够在低消耗的前提下提供 MDL 锁视图与 DDL 进度显示的能力。
MySQL 5.7 版本，内核小版本为 MySQL 5.7.32_20240315 及以上。
MySQL 8.0 版本，内核小版本为 MySQL 8.0.32_20230815 及以上。
说明
您可通过查看实例信息查看实例的内核小版本。如您实例的内核小版本未在受支持的内核小版本范围内，您可手动升级实例内核小版本。
MySQL 5.7 实例暂不支持 DDL 进度展示。
修改参数 loose_rds_performance_schema 为 ON。
获取 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，关闭此功能。