Performance Schema implements several status variables that provide information about instrumentation that could not be loaded or created due to memory constraints:
mysql> SHOW STATUS LIKE 'perf%';
+------------------------------------------+-------+
| Variable_name | Value |
+------------------------------------------+-------+
| Performance_schema_cond_classes_lost | 0 |
| Performance_schema_cond_instances_lost | 0 |
| Performance_schema_file_classes_lost | 0 |
| Performance_schema_file_handles_lost | 0 |
| Performance_schema_file_instances_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_table_handles_lost | 0 |
| Performance_schema_table_instances_lost | 0 |
| Performance_schema_thread_classes_lost | 0 |
| Performance_schema_thread_instances_lost | 0 |
+------------------------------------------+-------+
Names for these variables have several forms:
Performance_schema_
indicates how many instruments of type
xxx_classes_lostxxx could not be loaded.
Performance_schema_
indicates how many instances of object type
xxx_instances_lostxxx could not be created.
Performance_schema_
indicates how many instances of object type
xxx_handles_lostxxx could not be opened.
Performance_schema_locker_lost indicates
how many events are “lost” or not recorded, due
to the following conditions:
Events are recursive (for example, waiting for A caused a wait on B, which caused a wait on C).
The depth of the nested events stack is greater than the limit imposed by the implementation.
Currently, events recorded by Performance Schema are not recursive, so that this variable should always be 0.
For information on using these variables to check Performance Schema status, see Section 3, “Performance Schema Status Monitoring”.
