MySQL 9.0 发行说明
mutex_instances 表列出了 Performance Schema 在服务器执行期间看到的所有互斥锁。互斥锁是在代码中使用的同步机制，以确保在任何给定时间只有一个线程可以访问某些公共资源。该资源被称为被互斥锁“保护”。
当在服务器中执行的两个线程（例如，两个用户会话同时执行查询）确实需要访问相同的资源（文件、缓冲区或某些数据）时，这两个线程会互相竞争，因此，第一个获取互斥锁锁定的查询会导致另一个查询等待，直到第一个查询完成并解锁互斥锁。
在持有互斥锁时执行的工作被称为在“临界区”中，多个查询以串行方式（一次一个）执行该临界区，这可能是潜在的瓶颈。
mutex_instances 表具有以下列
NAME与互斥锁关联的仪器名称。
OBJECT_INSTANCE_BEGIN检测到的互斥锁在内存中的地址。
LOCKED_BY_THREAD_ID当线程当前锁定了一个互斥锁时，
LOCKED_BY_THREAD_ID是锁定线程的THREAD_ID，否则为NULL。
mutex_instances 表具有以下索引
主键为 (
OBJECT_INSTANCE_BEGIN)索引为 (
NAME)索引为 (
LOCKED_BY_THREAD_ID)
TRUNCATE TABLE 不允许在 mutex_instances 表上执行。
对于代码中检测到的每个互斥锁，Performance Schema 提供以下信息。
setup_instruments表列出了检测点的名称，前缀为wait/synch/mutex/。当某些代码创建互斥锁时，会在
mutex_instances表中添加一行。OBJECT_INSTANCE_BEGIN列是一个属性，它唯一地标识互斥锁。当线程尝试锁定互斥锁时，
events_waits_current表将显示该线程的一行，表明它正在等待互斥锁（在EVENT_NAME列中），并指示正在等待哪个互斥锁（在OBJECT_INSTANCE_BEGIN列中）。当线程成功锁定互斥锁时
events_waits_current表显示等待互斥锁已完成（在TIMER_END和TIMER_WAIT列中）。已完成的等待事件将被添加到
events_waits_history和events_waits_history_long表中。mutex_instances表显示互斥锁现在由该线程拥有（在THREAD_ID列中）。
当线程解锁互斥锁时，
mutex_instances显示互斥锁现在没有所有者（THREAD_ID列为NULL）。当互斥锁对象被销毁时，相应的行将从
mutex_instances中删除。
通过对以下两个表执行查询，监控应用程序或 DBA 可以检测到涉及互斥锁的线程之间的瓶颈或死锁。
events_waits_current，用于查看线程正在等待哪个互斥锁。mutex_instances，用于查看哪个线程当前拥有互斥锁。