数据库刚刚初始化并启动时，并非所有instruments和consumers都启用了，所以默认不会收集所有的事件，可能你需要检测的事件并没有打开，需要进行设置，可以使用如下两个语句打开对应的instruments和consumers。

以下是instruments和consumers的解释。

instruments

事件采集项，在采集项的配置表中每一项都有一个开关字段，或为YES，或为NO。

consumers

与采集项类似，也有一个对应的事件类型保存表配置项，为YES就表示对应的表保存性能数据，为NO就表示对应的表不保存性能数据。

打开等待事件的采集器配置项开关。

UPDATE setup_instruments SET ENABLED = 'YES', TIMED = 'YES'where name like 'wait%';

打开等待事件的保存表配置开关。

UPDATE setup_consumers SET ENABLED = 'YES'where name like '%wait%';

当配置完成之后可以查看当前server正在做什么，可以通过查询events_waits_current表来得知，该表中每个线程只包含一行数据，用于显示每个线程的最新监视事件。

select * from events_waits_current;

查询结果

该信息表示线程id为13的线程正在等待buf_dblwr_mutex锁，等待事件为680。

列具体说明如下：

id：事件来自哪个线程，事件编号是多少

event_name：表示检测到的具体的内容

source：表示这个检测代码在哪个源文件中以及行号

timer_start：表示该事件的开始时间

timer_end：表示该事件的结束时间

timer_wait：表示该事件总的花费时间

注意：_current表中每个线程只保留一条记录，一旦线程完成工作，该表中不会再记录该线程的事件信息

history表中记录每个线程应该执行完成的事件信息，但每个线程的事件信息只会记录10条，再多就会被覆盖，history_long表中记录所有线程的事件信息，但总记录数量是10000，超过就会被覆盖掉。

select thread_id,event_id,event_name,timer_wait from events_waits_history order by thread_id limit 21;

查询结果如下（只取10条数据）

summary表提供所有事件的汇总信息，该组中的表以不同的方式汇总事件数据（如：按用户，按主机，按线程等等）。

例如：要查看哪些instruments占用最多的时间，可以通过对events_waits_summary_global_by_event_name表的COUNT_STAR或SUM_TIMER_WAIT列进行查询。这两列是对事件的记录数执行COUNT（*）、事件记录的TIMER_WAIT列执行SUM（TIMER_WAIT）统计而来。

SELECT EVENT_NAME,COUNT_STAR FROM events_waits_summary_global_by_event_name  ORDER BY COUNT_STAR DESC;

查询结果如下（只取10条数据）

instance表记录了哪些类型的对象会被检测。这些对象在被server使用时，在该表中将会产生一条事件记录，例如，file_instances表列出了文件I/O操作及其关联文件名。

select * from file_instances;

查询结果如下（只取10条数据）