MYSQL performance schema詳解

0臭笆、performance_schema的介紹

    **MySQL的performance schema 用于監(jiān)控MySQL server在一個(gè)較低級(jí)別的運(yùn)行過程中的資源消耗叙淌、資源等待等情況**。

    特點(diǎn)如下：

    1愁铺、提供了一種在數(shù)據(jù)庫運(yùn)行時(shí)實(shí)時(shí)檢查server的內(nèi)部執(zhí)行情況的方法鹰霍。performance_schema 數(shù)據(jù)庫中的表使用performance_schema存儲(chǔ)引擎。該數(shù)據(jù)庫主要關(guān)注數(shù)據(jù)庫運(yùn)行過程中的性能相關(guān)的數(shù)據(jù)茵乱，與information_schema不同茂洒，information_schema主要關(guān)注server運(yùn)行過程中的元數(shù)據(jù)信息

    2、performance_schema通過監(jiān)視server的事件來實(shí)現(xiàn)監(jiān)視server內(nèi)部運(yùn)行情況瓶竭， “事件”就是server內(nèi)部活動(dòng)中所做的任何事情以及對應(yīng)的時(shí)間消耗督勺，利用這些信息來判斷server中的相關(guān)資源消耗在了哪里？一般來說斤贰，事件可以是函數(shù)調(diào)用智哀、操作系統(tǒng)的等待、SQL語句執(zhí)行的階段（如sql語句執(zhí)行過程中的parsing 或 sorting階段）或者整個(gè)SQL語句與SQL語句集合荧恍。事件的采集可以方便的提供server中的相關(guān)存儲(chǔ)引擎對磁盤文件瓷叫、表I/O、表鎖等資源的同步調(diào)用信息送巡。
    3摹菠、performance_schema中的事件與寫入二進(jìn)制日志中的事件（描述數(shù)據(jù)修改的events）、事件計(jì)劃調(diào)度程序（這是一種存儲(chǔ)程序）的事件不同授艰。performance_schema中的事件記錄的是server執(zhí)行某些活動(dòng)對某些資源的消耗辨嗽、耗時(shí)、這些活動(dòng)執(zhí)行的次數(shù)等情況淮腾。
    4糟需、performance_schema中的事件只記錄在本地server的performance_schema中，其下的這些表中數(shù)據(jù)發(fā)生變化時(shí)不會(huì)被寫入binlog中谷朝，也不會(huì)通過復(fù)制機(jī)制被復(fù)制到其他server中洲押。
    5、 當(dāng)前活躍事件圆凰、歷史事件和事件摘要相關(guān)的表中記錄的信息杈帐。能提供某個(gè)事件的執(zhí)行次數(shù)、使用時(shí)長。進(jìn)而可用于分析某個(gè)特定線程挑童、特定對象（如mutex或file）相關(guān)聯(lián)的活動(dòng)累铅。
    6、PERFORMANCE_SCHEMA存儲(chǔ)引擎使用server源代碼中的“檢測點(diǎn)”來實(shí)現(xiàn)事件數(shù)據(jù)的收集站叼。對于performance_schema實(shí)現(xiàn)機(jī)制本身的代碼沒有相關(guān)的單獨(dú)線程來檢測娃兽，這與其他功能（如復(fù)制或事件計(jì)劃程序）不同
    7、收集的事件數(shù)據(jù)存儲(chǔ)在performance_schema數(shù)據(jù)庫的表中尽楔。這些表可以使用SELECT語句查詢投储，也可以使用SQL語句更新performance_schema數(shù)據(jù)庫中的表記錄（如動(dòng)態(tài)修改performance_schema的setup_*開頭的幾個(gè)配置表，但要注意：配置表的更改會(huì)立即生效阔馋，這會(huì)影響數(shù)據(jù)收集）
    8玛荞、performance_schema的表中的數(shù)據(jù)不會(huì)持久化存儲(chǔ)在磁盤中，而是保存在內(nèi)存中呕寝，一旦服務(wù)器重啟勋眯，這些數(shù)據(jù)會(huì)丟失（包括配置表在內(nèi)的整個(gè)performance_schema下的所有數(shù)據(jù)）
    9、MySQL支持的所有平臺(tái)中事件監(jiān)控功能都可用壁涎，但不同平臺(tái)中用于統(tǒng)計(jì)事件時(shí)間開銷的計(jì)時(shí)器類型可能會(huì)有所差異凡恍。

1、performance schema入門

    在mysql的5.7版本中怔球，性能模式是默認(rèn)開啟的嚼酝，如果想要顯式的關(guān)閉的話需要修改配置文件，不能直接進(jìn)行修改竟坛，會(huì)報(bào)錯(cuò)Variable 'performance_schema' is a read only variable闽巩。

--查看performance_schema的屬性
mysql> SHOW VARIABLES LIKE 'performance_schema';
+--------------------+-------+
| Variable_name      | Value |
+--------------------+-------+
| performance_schema | ON    |
+--------------------+-------+
1 row in set (0.01 sec)

--在配置文件中修改performance_schema的屬性值，on表示開啟担汤，off表示關(guān)閉
[mysqld]
performance_schema=ON

--切換數(shù)據(jù)庫
use performance_schema;

--查看當(dāng)前數(shù)據(jù)庫下的所有表,會(huì)看到有很多表存儲(chǔ)著相關(guān)的信息
show tables;

--可以通過show create table tablename來查看創(chuàng)建表的時(shí)候的表結(jié)構(gòu)
mysql> show create table setup_consumers;
+-----------------+---------------------------------
| Table           | Create Table                    
+-----------------+---------------------------------
| setup_consumers | CREATE TABLE `setup_consumers` (
  `NAME` varchar(64) NOT NULL,                      
  `ENABLED` enum('YES','NO') NOT NULL               
) ENGINE=PERFORMANCE_SCHEMA DEFAULT CHARSET=utf8 |  
+-----------------+---------------------------------
1 row in set (0.00 sec)                             

    想要搞明白后續(xù)的內(nèi)容涎跨，同學(xué)們需要理解兩個(gè)基本概念：

    instruments: 生產(chǎn)者，用于采集mysql中各種各樣的操作產(chǎn)生的事件信息崭歧，對應(yīng)配置表中的配置項(xiàng)我們可以稱為監(jiān)控采集配置項(xiàng)隅很。

    consumers:消費(fèi)者，對應(yīng)的消費(fèi)者表用于存儲(chǔ)來自instruments采集的數(shù)據(jù)率碾，對應(yīng)配置表中的配置項(xiàng)我們可以稱為消費(fèi)存儲(chǔ)配置項(xiàng)叔营。

2、performance_schema表的分類

    performance_schema庫下的表可以按照監(jiān)視不同的緯度就行分組所宰。

--語句事件記錄表绒尊，這些表記錄了語句事件信息，當(dāng)前語句事件表events_statements_current仔粥、歷史語句事件表events_statements_history和長語句歷史事件表events_statements_history_long婴谱、以及聚合后的摘要表summary，其中谭羔，summary表還可以根據(jù)帳號(hào)(account)，主機(jī)(host)缅阳，程序(program)，線程(thread)景描，用戶(user)和全局(global)再進(jìn)行細(xì)分)
show tables like '%statement%';

--等待事件記錄表秀撇，與語句事件類型的相關(guān)記錄表類似：
show tables like '%wait%';

--階段事件記錄表，記錄語句執(zhí)行的階段事件的表
show tables like '%stage%';

--事務(wù)事件記錄表呵燕，記錄事務(wù)相關(guān)的事件的表
show tables like '%transaction%';

--監(jiān)控文件系統(tǒng)層調(diào)用的表
show tables like '%file%';

--監(jiān)視內(nèi)存使用的表
show tables like '%memory%';

--動(dòng)態(tài)對performance_schema進(jìn)行配置的配置表
show tables like '%setup%';

3棠绘、performance_schema的簡單配置與使用

    數(shù)據(jù)庫剛剛初始化并啟動(dòng)時(shí)，并非所有instruments(事件采集項(xiàng)再扭，在采集項(xiàng)的配置表中每一項(xiàng)都有一個(gè)開關(guān)字段泛范，或?yàn)閅ES，或?yàn)镹O)和consumers(與采集項(xiàng)類似赡突，也有一個(gè)對應(yīng)的事件類型保存表配置項(xiàng)区赵，為YES就表示對應(yīng)的表保存性能數(shù)據(jù)，為NO就表示對應(yīng)的表不保存性能數(shù)據(jù))都啟用了漱受，所以默認(rèn)不會(huì)收集所有的事件昂羡，可能你需要檢測的事件并沒有打開各谚，需要進(jìn)行設(shè)置，可以使用如下兩個(gè)語句打開對應(yīng)的instruments和consumers（行計(jì)數(shù)可能會(huì)因MySQL版本而異)赴穗。

--打開等待事件的采集器配置項(xiàng)開關(guān)般眉，需要修改setup_instruments配置表中對應(yīng)的采集器配置項(xiàng)
UPDATE setup_instruments SET ENABLED = 'YES', TIMED = 'YES'where name like 'wait%';

--打開等待事件的保存表配置開關(guān)，修改setup_consumers配置表中對應(yīng)的配置項(xiàng)
UPDATE setup_consumers SET ENABLED = 'YES'where name like '%wait%';

--當(dāng)配置完成之后可以查看當(dāng)前server正在做什么柿汛，可以通過查詢events_waits_current表來得知埠对，該表中每個(gè)線程只包含一行數(shù)據(jù)项玛，用于顯示每個(gè)線程的最新監(jiān)視事件
select * from events_waits_current\G
*************************** 1. row ***************************
            THREAD_ID: 11
             EVENT_ID: 570
         END_EVENT_ID: 570
           EVENT_NAME: wait/synch/mutex/innodb/buf_dblwr_mutex
               SOURCE: 
          TIMER_START: 4508505105239280
            TIMER_END: 4508505105270160
           TIMER_WAIT: 30880
                SPINS: NULL
        OBJECT_SCHEMA: NULL
          OBJECT_NAME: NULL
           INDEX_NAME: NULL
          OBJECT_TYPE: NULL
OBJECT_INSTANCE_BEGIN: 67918392
     NESTING_EVENT_ID: NULL
   NESTING_EVENT_TYPE: NULL
            OPERATION: lock
      NUMBER_OF_BYTES: NULL
                FLAGS: NULL
/*該信息表示線程id為11的線程正在等待buf_dblwr_mutex鎖，等待事件為30880
屬性說明：
    id:事件來自哪個(gè)線程锥惋，事件編號(hào)是多少
    event_name:表示檢測到的具體的內(nèi)容
    source:表示這個(gè)檢測代碼在哪個(gè)源文件中以及行號(hào)
    timer_start:表示該事件的開始時(shí)間
    timer_end:表示該事件的結(jié)束時(shí)間
    timer_wait:表示該事件總的花費(fèi)時(shí)間
注意：_current表中每個(gè)線程只保留一條記錄开伏，一旦線程完成工作固灵，該表中不會(huì)再記錄該線程的事件信息
*/

/*
_history表中記錄每個(gè)線程應(yīng)該執(zhí)行完成的事件信息，但每個(gè)線程的事件信息只會(huì)記錄10條暑认，再多就會(huì)被覆蓋大审，*_history_long表中記錄所有線程的事件信息徒扶，但總記錄數(shù)量是10000，超過就會(huì)被覆蓋掉
*/
select thread_id,event_id,event_name,timer_wait from events_waits_history order by thread_id limit 21;

/*
summary表提供所有事件的匯總信息导坟，該組中的表以不同的方式匯總事件數(shù)據(jù)（如：按用戶惫周，按主機(jī)康栈，按線程等等）喷橙。例如：要查看哪些instruments占用最多的時(shí)間贰逾，可以通過對events_waits_summary_global_by_event_name表的COUNT_STAR或SUM_TIMER_WAIT列進(jìn)行查詢（這兩列是對事件的記錄數(shù)執(zhí)行COUNT（*）菠秒、事件記錄的TIMER_WAIT列執(zhí)行SUM（TIMER_WAIT）統(tǒng)計(jì)而來）
*/
SELECT EVENT_NAME,COUNT_STAR FROM events_waits_summary_global_by_event_name  ORDER BY COUNT_STAR DESC LIMIT 10;

/*
instance表記錄了哪些類型的對象會(huì)被檢測践叠。這些對象在被server使用時(shí)，在該表中將會(huì)產(chǎn)生一條事件記錄轧简，例如，file_instances表列出了文件I/O操作及其關(guān)聯(lián)文件名
*/
select * from file_instances limit 20; 

4拳芙、常用配置項(xiàng)的參數(shù)說明

1舟扎、啟動(dòng)選項(xiàng)

performance_schema_consumer_events_statements_current=TRUE
是否在mysql server啟動(dòng)時(shí)就開啟events_statements_current表的記錄功能(該表記錄當(dāng)前的語句事件信息)，啟動(dòng)之后也可以在setup_consumers表中使用UPDATE語句進(jìn)行動(dòng)態(tài)更新setup_consumers配置表中的events_statements_current配置項(xiàng)譬猫，默認(rèn)值為TRUE

performance_schema_consumer_events_statements_history=TRUE
與performance_schema_consumer_events_statements_current選項(xiàng)類似染服，但該選項(xiàng)是用于配置是否記錄語句事件短歷史信息叨恨，默認(rèn)為TRUE

performance_schema_consumer_events_stages_history_long=FALSE
與performance_schema_consumer_events_statements_current選項(xiàng)類似痒钝，但該選項(xiàng)是用于配置是否記錄語句事件長歷史信息，默認(rèn)為FALSE

除了statement(語句)事件之外蚕甥，還支持：wait(等待)事件菇怀、state(階段)事件、transaction(事務(wù))事件库快，他們與statement事件一樣都有三個(gè)啟動(dòng)項(xiàng)分別進(jìn)行配置钥顽，但這些等待事件默認(rèn)未啟用蜂大，如果需要在MySQL Server啟動(dòng)時(shí)一同啟動(dòng)，則通常需要寫進(jìn)my.cnf配置文件中
performance_schema_consumer_global_instrumentation=TRUE
是否在MySQL Server啟動(dòng)時(shí)就開啟全局表（如：mutex_instances兄墅、rwlock_instances隙咸、cond_instances成洗、file_instances瓶殃、users、hostsaccounts基矮、socket_summary_by_event_name冠场、file_summary_by_instance等大部分的全局對象計(jì)數(shù)統(tǒng)計(jì)和事件匯總統(tǒng)計(jì)信息表 ）的記錄功能慈鸠，啟動(dòng)之后也可以在setup_consumers表中使用UPDATE語句進(jìn)行動(dòng)態(tài)更新全局配置項(xiàng)
默認(rèn)值為TRUE

performance_schema_consumer_statements_digest=TRUE
是否在MySQL Server啟動(dòng)時(shí)就開啟events_statements_summary_by_digest 表的記錄功能青团，啟動(dòng)之后也可以在setup_consumers表中使用UPDATE語句進(jìn)行動(dòng)態(tài)更新digest配置項(xiàng)
默認(rèn)值為TRUE

performance_schema_consumer_thread_instrumentation=TRUE
是否在MySQL Server啟動(dòng)時(shí)就開啟

events_xxx_summary_by_yyy_by_event_name表的記錄功能，啟動(dòng)之后也可以在setup_consumers表中使用UPDATE語句進(jìn)行動(dòng)態(tài)更新線程配置項(xiàng)
默認(rèn)值為TRUE

performance_schema_instrument[=name]
是否在MySQL Server啟動(dòng)時(shí)就啟用某些采集器芦昔，由于instruments配置項(xiàng)多達(dá)數(shù)千個(gè)咕缎，所以該配置項(xiàng)支持key-value模式，還支持%號(hào)進(jìn)行通配等焙蹭，如下:

# [=name]可以指定為具體的Instruments名稱（但是這樣如果有多個(gè)需要指定的時(shí)候嫂伞，就需要使用該選項(xiàng)多次）帖努，也可以使用通配符，可以指定instruments相同的前綴+通配符污桦，也可以使用%代表所有的instruments

## 指定開啟單個(gè)instruments

--performance-schema-instrument= 'instrument_name=value'

## 使用通配符指定開啟多個(gè)instruments

--performance-schema-instrument= 'wait/synch/cond/%=COUNTED'

## 開關(guān)所有的instruments

--performance-schema-instrument= '%=ON'

--performance-schema-instrument= '%=OFF'

注意凡橱，這些啟動(dòng)選項(xiàng)要生效的前提是亭姥，需要設(shè)置performance_schema=ON致份。另外础拨，這些啟動(dòng)選項(xiàng)雖然無法使用show variables語句查看诡宗，但我們可以通過setup_instruments和setup_consumers表查詢這些選項(xiàng)指定的值。

2蝠引、系統(tǒng)變量

show variables like '%performance_schema%';
--重要的屬性解釋
performance_schema=ON
/*
控制performance_schema功能的開關(guān)螃概，要使用MySQL的performance_schema鸽疾，需要在mysqld啟動(dòng)時(shí)啟用制肮，以啟用事件收集功能
該參數(shù)在5.7.x之前支持performance_schema的版本中默認(rèn)關(guān)閉递沪，5.7.x版本開始默認(rèn)開啟
注意：如果mysqld在初始化performance_schema時(shí)發(fā)現(xiàn)無法分配任何相關(guān)的內(nèi)部緩沖區(qū)款慨，則performance_schema將自動(dòng)禁用檩奠，并將performance_schema設(shè)置為OFF
*/

performance_schema_digests_size=10000
/*
控制events_statements_summary_by_digest表中的最大行數(shù)届良。如果產(chǎn)生的語句摘要信息超過此最大值士葫，便無法繼續(xù)存入該表，此時(shí)performance_schema會(huì)增加狀態(tài)變量
*/
performance_schema_events_statements_history_long_size=10000
/*
控制events_statements_history_long表中的最大行數(shù)爪模，該參數(shù)控制所有會(huì)話在events_statements_history_long表中能夠存放的總事件記錄數(shù)屋灌，超過這個(gè)限制之后应狱，最早的記錄將被覆蓋
全局變量疾呻，只讀變量，整型值尉咕，5.6.3版本引入 * 5.6.x版本中年缎，5.6.5及其之前的版本默認(rèn)為10000铃慷，5.6.6及其之后的版本默認(rèn)值為-1犁柜，通常情況下，自動(dòng)計(jì)算的值都是10000 * 5.7.x版本中坛怪，默認(rèn)值為-1袜匿，通常情況下，自動(dòng)計(jì)算的值都是10000
*/
performance_schema_events_statements_history_size=10
/*
控制events_statements_history表中單個(gè)線程（會(huì)話）的最大行數(shù)祭务，該參數(shù)控制單個(gè)會(huì)話在events_statements_history表中能夠存放的事件記錄數(shù)义锥，超過這個(gè)限制之后岩灭，單個(gè)會(huì)話最早的記錄將被覆蓋
全局變量噪径，只讀變量，整型值梗顺，5.6.3版本引入 * 5.6.x版本中寺谤，5.6.5及其之前的版本默認(rèn)為10吮播，5.6.6及其之后的版本默認(rèn)值為-1薄料，通常情況下摄职，自動(dòng)計(jì)算的值都是10 * 5.7.x版本中获列，默認(rèn)值為-1击孩，通常情況下，自動(dòng)計(jì)算的值都是10
除了statement(語句)事件之外创泄，wait(等待)事件鞠抑、state(階段)事件搁拙、transaction(事務(wù))事件，他們與statement事件一樣都有三個(gè)參數(shù)分別進(jìn)行存儲(chǔ)限制配置酪碘，有興趣的同學(xué)自行研究兴垦，這里不再贅述
*/
performance_schema_max_digest_length=1024
/*
用于控制標(biāo)準(zhǔn)化形式的SQL語句文本在存入performance_schema時(shí)的限制長度滑进，該變量與max_digest_length變量相關(guān)(max_digest_length變量含義請自行查閱相關(guān)資料)
全局變量募谎，只讀變量数冬，默認(rèn)值1024字節(jié)，整型值铜异，取值范圍0~1048576
*/
performance_schema_max_sql_text_length=1024
/*
控制存入events_statements_current揍庄，events_statements_history和events_statements_history_long語句事件表中的SQL_TEXT列的最大SQL長度字節(jié)數(shù)蚂子。 超出系統(tǒng)變量performance_schema_max_sql_text_length的部分將被丟棄食茎，不會(huì)記錄馏谨，一般情況下不需要調(diào)整該參數(shù)，除非被截?cái)嗟牟糠峙c其他SQL比起來有很大差異
全局變量喇伯，只讀變量抄伍，整型值截珍，默認(rèn)值為1024字節(jié)岗喉，取值范圍為0~1048576，5.7.6版本引入
降低系統(tǒng)變量performance_schema_max_sql_text_length值可以減少內(nèi)存使用荚斯，但如果匯總的SQL中事期，被截?cái)嗖糠钟休^大差異纸颜，會(huì)導(dǎo)致沒有辦法再對這些有較大差異的SQL進(jìn)行區(qū)分胁孙。 增加該系統(tǒng)變量值會(huì)增加內(nèi)存使用涮较，但對于匯總SQL來講可以更精準(zhǔn)地區(qū)分不同的部分狂票。
*/

5、重要配置表的相關(guān)說明

    配置表之間存在相互關(guān)聯(lián)關(guān)系慌盯，按照配置影響的先后順序，可添加為

[圖片上傳失敗...(image-d0df58-1642831285401)]

/*
performance_timers表中記錄了server中有哪些可用的事件計(jì)時(shí)器
字段解釋：
    timer_name:表示可用計(jì)時(shí)器名稱唉匾，CYCLE是基于CPU周期計(jì)數(shù)器的定時(shí)器
    timer_frequency:表示每秒鐘對應(yīng)的計(jì)時(shí)器單位的數(shù)量,CYCLE計(jì)時(shí)器的換算值與CPU的頻率相關(guān)巍膘、
    timer_resolution:計(jì)時(shí)器精度值峡懈，表示在每個(gè)計(jì)時(shí)器被調(diào)用時(shí)額外增加的值
    timer_overhead:表示在使用定時(shí)器獲取事件時(shí)開銷的最小周期值
*/
select * from performance_timers;

/*
setup_timers表中記錄當(dāng)前使用的事件計(jì)時(shí)器信息
字段解釋：
    name:計(jì)時(shí)器類型，對應(yīng)某個(gè)事件類別
    timer_name:計(jì)時(shí)器類型名稱
*/
select * from setup_timers;

/*
setup_consumers表中列出了consumers可配置列表項(xiàng)
字段解釋：
    NAME：consumers配置名稱
    ENABLED：consumers是否啟用荚恶，有效值為YES或NO谒撼，此列可以使用UPDATE語句修改廓潜。
*/
select * from setup_consumers;

/*
setup_instruments 表列出了instruments 列表配置項(xiàng)辩蛋，即代表了哪些事件支持被收集：
字段解釋：
    NAME：instruments名稱悼院，instruments名稱可能具有多個(gè)部分并形成層次結(jié)構(gòu)
    ENABLED：instrumetns是否啟用味滞，有效值為YES或NO剑鞍，此列可以使用UPDATE語句修改蚁署。如果設(shè)置為NO，則這個(gè)instruments不會(huì)被執(zhí)行哪痰，不會(huì)產(chǎn)生任何的事件信息
    TIMED：instruments是否收集時(shí)間信息晌杰，有效值為YES或NO肋演，此列可以使用UPDATE語句修改爹殊，如果設(shè)置為NO，則這個(gè)instruments不會(huì)收集時(shí)間信息
*/
SELECT * FROM setup_instruments;

/*
setup_actors表的初始內(nèi)容是匹配任何用戶和主機(jī)层玲，因此對于所有前臺(tái)線程辛块，默認(rèn)情況下啟用監(jiān)視和歷史事件收集功能
字段解釋：
    HOST：與grant語句類似的主機(jī)名，一個(gè)具體的字符串名字惰帽，或使用“％”表示“任何主機(jī)”
    USER：一個(gè)具體的字符串名稱憨降，或使用“％”表示“任何用戶”
    ROLE：當(dāng)前未使用，MySQL 8.0中才啟用角色功能
    ENABLED：是否啟用與HOST该酗，USER授药，ROLE匹配的前臺(tái)線程的監(jiān)控功能，有效值為：YES或NO
    HISTORY：是否啟用與HOST呜魄， USER悔叽，ROLE匹配的前臺(tái)線程的歷史事件記錄功能，有效值為：YES或NO
*/
SELECT * FROM setup_actors;

/*
setup_objects表控制performance_schema是否監(jiān)視特定對象娇澎。默認(rèn)情況下，此表的最大行數(shù)為100行睹晒。
字段解釋：
    OBJECT_TYPE：instruments類型趟庄，有效值為：“EVENT”（事件調(diào)度器事件）、“FUNCTION”（存儲(chǔ)函數(shù)）伪很、“PROCEDURE”（存儲(chǔ)過程）戚啥、“TABLE”（基表）、“TRIGGER”（觸發(fā)器）锉试，TABLE對象類型的配置會(huì)影響表I/O事件（wait/io/table/sql/handler instrument）和表鎖事件（wait/lock/table/sql/handler instrument）的收集
    OBJECT_SCHEMA：某個(gè)監(jiān)視類型對象涵蓋的數(shù)據(jù)庫名稱猫十，一個(gè)字符串名稱，或“％”(表示“任何數(shù)據(jù)庫”)
    OBJECT_NAME：某個(gè)監(jiān)視類型對象涵蓋的表名呆盖，一個(gè)字符串名稱拖云，或“％”(表示“任何數(shù)據(jù)庫內(nèi)的對象”)
    ENABLED：是否開啟對某個(gè)類型對象的監(jiān)視功能，有效值為：YES或NO应又。此列可以修改
    TIMED：是否開啟對某個(gè)類型對象的時(shí)間收集功能宙项，有效值為：YES或NO，此列可以修改
*/
SELECT * FROM setup_objects;

/*
threads表對于每個(gè)server線程生成一行包含線程相關(guān)的信息株扛，
字段解釋：
    THREAD_ID：線程的唯一標(biāo)識(shí)符（ID）
    NAME：與server中的線程檢測代碼相關(guān)聯(lián)的名稱(注意尤筐，這里不是instruments名稱)
    TYPE：線程類型邑贴，有效值為：FOREGROUND、BACKGROUND叔磷。分別表示前臺(tái)線程和后臺(tái)線程
    PROCESSLIST_ID：對應(yīng)INFORMATION_SCHEMA.PROCESSLIST表中的ID列。
    PROCESSLIST_USER：與前臺(tái)線程相關(guān)聯(lián)的用戶名奖磁，對于后臺(tái)線程為NULL改基。
    PROCESSLIST_HOST：與前臺(tái)線程關(guān)聯(lián)的客戶端的主機(jī)名，對于后臺(tái)線程為NULL咖为。
    PROCESSLIST_DB：線程的默認(rèn)數(shù)據(jù)庫秕狰，如果沒有，則為NULL躁染。
    PROCESSLIST_COMMAND：對于前臺(tái)線程鸣哀，該值代表著當(dāng)前客戶端正在執(zhí)行的command類型，如果是sleep則表示當(dāng)前會(huì)話處于空閑狀態(tài)
    PROCESSLIST_TIME：當(dāng)前線程已處于當(dāng)前線程狀態(tài)的持續(xù)時(shí)間（秒）
    PROCESSLIST_STATE：表示線程正在做什么事情吞彤。
    PROCESSLIST_INFO：線程正在執(zhí)行的語句我衬，如果沒有執(zhí)行任何語句，則為NULL饰恕。
    PARENT_THREAD_ID：如果這個(gè)線程是一個(gè)子線程（由另一個(gè)線程生成）挠羔，那么該字段顯示其父線程ID
    ROLE：暫未使用
    INSTRUMENTED：線程執(zhí)行的事件是否被檢測。有效值：YES埋嵌、NO 
    HISTORY：是否記錄線程的歷史事件破加。有效值：YES、NO * 
    THREAD_OS_ID：由操作系統(tǒng)層定義的線程或任務(wù)標(biāo)識(shí)符（ID）：
*/
select * from threads

注意：在performance_schema庫中還包含了很多其他的庫和表雹嗦，能對數(shù)據(jù)庫的性能做完整的監(jiān)控范舀，大家需要參考官網(wǎng)詳細(xì)了解。

6了罪、performance_schema實(shí)踐操作

    基本了解了表的相關(guān)信息之后锭环，可以通過這些表進(jìn)行實(shí)際的查詢操作來進(jìn)行實(shí)際的分析。

--1捶惜、哪類的SQL執(zhí)行最多田藐？
SELECT DIGEST_TEXT,COUNT_STAR,FIRST_SEEN,LAST_SEEN FROM events_statements_summary_by_digest ORDER BY COUNT_STAR DESC
--2、哪類SQL的平均響應(yīng)時(shí)間最多吱七？
SELECT DIGEST_TEXT,AVG_TIMER_WAIT FROM events_statements_summary_by_digest ORDER BY COUNT_STAR DESC
--3汽久、哪類SQL排序記錄數(shù)最多？
SELECT DIGEST_TEXT,SUM_SORT_ROWS FROM events_statements_summary_by_digest ORDER BY COUNT_STAR DESC
--4踊餐、哪類SQL掃描記錄數(shù)最多景醇？
SELECT DIGEST_TEXT,SUM_ROWS_EXAMINED FROM events_statements_summary_by_digest ORDER BY COUNT_STAR DESC
--5、哪類SQL使用臨時(shí)表最多吝岭？
SELECT DIGEST_TEXT,SUM_CREATED_TMP_TABLES,SUM_CREATED_TMP_DISK_TABLES FROM events_statements_summary_by_digest ORDER BY COUNT_STAR DESC
--6三痰、哪類SQL返回結(jié)果集最多吧寺？
SELECT DIGEST_TEXT,SUM_ROWS_SENT FROM events_statements_summary_by_digest ORDER BY COUNT_STAR DESC
--7、哪個(gè)表物理IO最多散劫？
SELECT file_name,event_name,SUM_NUMBER_OF_BYTES_READ,SUM_NUMBER_OF_BYTES_WRITE FROM file_summary_by_instance ORDER BY SUM_NUMBER_OF_BYTES_READ + SUM_NUMBER_OF_BYTES_WRITE DESC
--8稚机、哪個(gè)表邏輯IO最多？
SELECT object_name,COUNT_READ,COUNT_WRITE,COUNT_FETCH,SUM_TIMER_WAIT FROM table_io_waits_summary_by_table ORDER BY sum_timer_wait DESC
--9获搏、哪個(gè)索引訪問最多赖条？
SELECT OBJECT_NAME,INDEX_NAME,COUNT_FETCH,COUNT_INSERT,COUNT_UPDATE,COUNT_DELETE FROM table_io_waits_summary_by_index_usage ORDER BY SUM_TIMER_WAIT DESC
--10、哪個(gè)索引從來沒有用過常熙？
SELECT OBJECT_SCHEMA,OBJECT_NAME,INDEX_NAME FROM table_io_waits_summary_by_index_usage WHERE INDEX_NAME IS NOT NULL AND COUNT_STAR = 0 AND OBJECT_SCHEMA <> 'mysql' ORDER BY OBJECT_SCHEMA,OBJECT_NAME;
--11纬乍、哪個(gè)等待事件消耗時(shí)間最多？
SELECT EVENT_NAME,COUNT_STAR,SUM_TIMER_WAIT,AVG_TIMER_WAIT FROM events_waits_summary_global_by_event_name WHERE event_name != 'idle' ORDER BY SUM_TIMER_WAIT DESC
--12-1裸卫、剖析某條SQL的執(zhí)行情況仿贬，包括statement信息，stege信息墓贿，wait信息
SELECT EVENT_ID,sql_text FROM events_statements_history WHERE sql_text LIKE '%count(*)%';
--12-2茧泪、查看每個(gè)階段的時(shí)間消耗
SELECT event_id,EVENT_NAME,SOURCE,TIMER_END - TIMER_START FROM events_stages_history_long WHERE NESTING_EVENT_ID = 1553;
--12-3、查看每個(gè)階段的鎖等待情況
SELECT event_id,event_name,source,timer_wait,object_name,index_name,operation,nesting_event_id FROM events_waits_history_longWHERE nesting_event_id = 1553;