有几个与性能模式相关的状态变量：

mysql> SHOW STATUS LIKE 'perf%';
+-----------------------------------------------+-------+
| Variable_name                                 | Value |
+-----------------------------------------------+-------+
| Performance_schema_accounts_lost              | 0     |
| Performance_schema_cond_classes_lost          | 0     |
| Performance_schema_cond_instances_lost        | 0     |
| Performance_schema_digest_lost                | 0     |
| Performance_schema_file_classes_lost          | 0     |
| Performance_schema_file_handles_lost          | 0     |
| Performance_schema_file_instances_lost        | 0     |
| Performance_schema_hosts_lost                 | 0     |
| Performance_schema_locker_lost                | 0     |
| Performance_schema_mutex_classes_lost         | 0     |
| Performance_schema_mutex_instances_lost       | 0     |
| Performance_schema_rwlock_classes_lost        | 0     |
| Performance_schema_rwlock_instances_lost      | 0     |
| Performance_schema_session_connect_attrs_lost | 0     |
| Performance_schema_socket_classes_lost        | 0     |
| Performance_schema_socket_instances_lost      | 0     |
| Performance_schema_stage_classes_lost         | 0     |
| Performance_schema_statement_classes_lost     | 0     |
| Performance_schema_table_handles_lost         | 0     |
| Performance_schema_table_instances_lost       | 0     |
| Performance_schema_thread_classes_lost        | 0     |
| Performance_schema_thread_instances_lost      | 0     |
| Performance_schema_users_lost                 | 0     |
+-----------------------------------------------+-------+

Performance Schema 状态变量提供有关由于内存限制而无法加载或创建的检测的信息。这些变量的名称有多种形式：

例如，如果在服务器源中检测了互斥锁，但服务器无法在运行时为检测分配内存，它会递增 Performance_schema_mutex_classes_lost. 互斥量仍然作为同步对象（即服务器继续正常运行），但不会收集它的性能数据。如果可以分配仪器，则可以将其用于初始化检测互斥实例。对于全局互斥锁这样的单例互斥锁，只有一个实例。其他互斥量在各种缓存和数据缓冲区中的每个连接或每个页面都有一个实例，因此实例的数量会随时间变化。增加最大连接数或某些缓冲区的最大大小会增加一次可能分配的最大实例数。如果服务器无法创建给定的检测互斥锁实例，它会递增 Performance_schema_mutex_instances_lost.

假设满足以下条件：

服务器根据插件需要的数量和可用的数量为插件分配互斥工具，如以下语句序列所示：

INSTALL PLUGIN plugin_a

服务器现在有 150+40 = 190 个互斥工具。

UNINSTALL PLUGIN plugin_a;

服务器仍然有 190 个仪器。插件代码生成的所有历史数据仍然可用，但不会收集仪器的新事件。

INSTALL PLUGIN plugin_a;

服务器检测到这 40 个 instruments 已经被定义，所以没有创建新的 instruments，并且重新使用之前分配的内部内存缓冲区。服务器仍然有 190 个仪器。

INSTALL PLUGIN plugin_b;

服务器有空间容纳 200-190 = 10 个工具（在本例中为互斥类），并看到插件包含 20 个新工具。装载了 10 台仪器，丢弃或 “丢失”了 10 台。”指示丢失的 Performance_schema_mutex_classes_lost 工具（互斥类）数量：

mysql> SHOW STATUS LIKE "perf%mutex_classes_lost";
+---------------------------------------+-------+
| Variable_name                         | Value |
+---------------------------------------+-------+
| Performance_schema_mutex_classes_lost | 10    |
+---------------------------------------+-------+
1 row in set (0.10 sec)

检测仍然有效并为 收集（部分）数据 plugin_b。

当服务器无法创建互斥工具时，会出现以下结果：

刚刚描述的模式适用于所有类型的工具，而不仅仅是互斥锁。

Performance_schema_mutex_classes_lost 在两种情况下可能会出现大于 0 的值 ：

如果选择的值 performance_schema_max_mutex_classes 太小，错误日志中不会报告错误，运行时也不会失败。但是，数据库中表的内容 performance_schema丢失了事件。状态变量是唯一可见的 Performance_schema_mutex_classes_lost 标志，表明某些事件由于未能创建仪器而在内部被丢弃。

如果仪器没有丢失，性能模式就会知道它，并在检测实例时使用。例如， wait/synch/mutex/sql/LOCK_delete是 setup_instruments表中互斥工具的名称。在代码中创建互斥体时使用这个单一工具（在 中 THD::LOCK_delete），但是在服务器运行时需要互斥体的许多实例。在这种情况下， LOCK_delete是每个连接 ( THD) 的互斥锁，因此如果服务器有 1000 个连接，则有 1000 个线程和 1000 个检测 LOCK_delete互斥锁实例 ( THD::LOCK_delete)。

如果服务器没有空间容纳所有这 1000 个经过检测的互斥锁（实例），则一些互斥锁是使用检测创建的​​，而另一些互斥锁是在没有检测的情况下创建的。如果服务器只能创建 800 个实例，则将丢失 200 个实例。服务器继续运行，但增加 Performance_schema_mutex_instances_lost 200 以指示无法创建实例。

Performance_schema_mutex_instances_lost 当代码在运行时初始化的互斥量多于为 分配的互斥量时，可能会出现大于 0 的值 。 --performance_schema_max_mutex_instances=N

最重要的是，如果 SHOW STATUS LIKE 'perf%'说没有丢失任何东西（所有值均为零），则性能模式数据是准确的并且可以依赖。如果丢失了某些东西，则数据不完整，并且由于分配给它的内存量不足，Performance Schema 无法记录所有内容。在这种情况下，特定 变量指示问题区域。 Performance_schema_xxx_lost

在某些情况下，故意造成仪器饥饿可能是合适的。例如，如果您不关心文件 I/O 的性能数据，则可以将与文件 I/O 相关的所有 Performance Schema 参数设置为 0 来启动服务器。不为文件相关的类、实例或句柄，所有文件事件都将丢失。

用于SHOW ENGINE PERFORMANCE_SCHEMA STATUS检查 Performance Schema 代码的内部运行：

mysql> SHOW ENGINE PERFORMANCE_SCHEMA STATUS\G
...
*************************** 3. row ***************************
  Type: performance_schema
  Name: events_waits_history.row_size
Status: 76
*************************** 4. row ***************************
  Type: performance_schema
  Name: events_waits_history.row_count
Status: 10000
*************************** 5. row ***************************
  Type: performance_schema
  Name: events_waits_history.memory
Status: 760000
...
*************************** 57. row ***************************
  Type: performance_schema
  Name: performance_schema.memory
Status: 26459600
...

此声明旨在帮助 DBA 了解不同的性能模式选项对内存需求的影响。有关字段含义的说明，请参阅 第 13.7.5.16 节，“SHOW ENGINE 语句”。