前言
性能測試過程中，資料庫相關名額的監控是不可忽視的，在這裡我們就MySQL的監控配置及重點涉及性能的一些參數進行說明。
在筆者的日常性能測試過程中，重點關注了這些參數，但不代表僅僅隻有這些參數對性能有影響。
還需要大家在實踐過程中，結合實際情況來調整相關參數，分析相關名額。達成深入優化的效果。
配置
配置以下配置選項開啟記錄慢查詢和沒有使用索引的查詢功能
編輯 my.cnf或者my.ini檔案。
注： 隻對linux下進行說明。windows請自行去搜尋。
将下述幾行前的注釋符号去掉，以開啟相關功能
log_slow_queries = /var/log/mysql/mysql-slow.log
long_query_time = 2
log-queries-not-using-indexes
輸入，即可在console中檢視到對應的慢sql和未使用索引的查詢語句了。
tail -f mysql.log
show full processlist
顯示哪些線程正在運作，如下圖：
1.png
這個指令中最關鍵的就是state列，mysql列出的狀态主要有以下幾種：
Checking table
正在檢查資料表(這是自動的)。
Closing tables
正在将表中修改的資料重新整理到磁盤中，同時正在關閉已經用完的表。這是一個很快的操作，如果不是這樣的話，就應該确認磁盤空間是否已經滿了或者磁盤是否正處于重負中。
Connect Out
複制從伺服器正在連接配接主伺服器。
Copying to tmp table on disk
由于臨時結果集大于tmp_table_size，正在将臨時表從記憶體存儲轉為磁盤存儲以此節省記憶體。
Creating tmp table
正在建立臨時表以存放部分查詢結果。
deleting from main table
伺服器正在執行多表删除中的第一部分，剛删除第一個表。
deleting from reference tables
伺服器正在執行多表删除中的第二部分，正在删除其他表的記錄。
Flushing tables
正在執行FLUSH TABLES，等待其他線程關閉資料表。
Killed
發送了一個kill請求給某線程，那麼這個線程将會檢查kill标志位，同時會放棄下一個kill請求。MySQL會在每次的主循環中檢查kill标志位，不過有些情況下該線程可能會過一小段才能死掉。如果該線程程被其他線程鎖住了，那麼kill請求會在鎖釋放時馬上生效。
Locked
被其他查詢鎖住了。
Sending data
正在處理SELECT查詢的記錄，同時正在把結果發送給用戶端。
Sorting for group
正在為GROUP BY做排序。
Sorting for order
正在為ORDER BY做排序。
Opening tables
這個過程應該會很快，除非受到其他因素的幹擾。例如，在執ALTER TABLE或LOCK TABLE語句行完以前，資料表無法被其他線程打開。正嘗試打開一個表。
Removing duplicates
正在執行一個SELECT DISTINCT方式的查詢，但是MySQL無法在前一個階段優化掉那些重複的記錄。是以，MySQL需要再次去掉重複的記錄，然後再把結果發送給用戶端。
Reopen table
獲得了對一個表的鎖，但是必須在表結構修改之後才能獲得這個鎖。已經釋放鎖，關閉資料表，正嘗試重新打開資料表。
Repair by sorting
修複指令正在排序以建立索引。
Repair with keycache
修複指令正在利用索引緩存一個一個地建立新索引。它會比Repair by sorting慢些。
Searching rows for update
正在講符合條件的記錄找出來以備更新。它必須在UPDATE要修改相關的記錄之前就完成了。
Sleeping
正在等待用戶端發送新請求.
System lock
正在等待取得一個外部的系統鎖。如果目前沒有運作多個mysqld伺服器同時請求同一個表，那麼可以通過增加--skip-external-locking參數來禁止外部系統鎖。
Upgrading lock
INSERT DELAYED正在嘗試取得一個鎖表以插入新記錄。
Updating
正在搜尋比對的記錄，并且修改它們。
User Lock
正在等待GET_LOCK()。
Waiting for tables
該線程得到通知，資料表結構已經被修改了，需要重新打開資料表以取得新的結構。然後，為了能的重新打開資料表，必須等到所有其他線程關閉這個表。以下幾種情況下會産生這個通知：FLUSH TABLES tbl_name, ALTER TABLE, RENAME TABLE, REPAIR TABLE, ANALYZE TABLE,或OPTIMIZE TABLE。
waiting for handler insert
INSERT DELAYED已經處理完了所有待處理的插入操作，正在等待新的請求。
==大部分狀态對應很快的操作，隻要有一個線程保持同一個狀态好幾秒鐘，那麼可能是有問題發生了，需要檢查一下。==
show status
檢視MySQL伺服器狀态資訊。
2.png
直接使用該指令會輸入幾百行的資料，很難看。
下面我們看幾個常用的帶選項的指令
查詢目前MySQL本次啟動後的運作統計時間
show status like 'uptime';
檢視本次MySQL啟動後執行的select語句的次數
show status like 'com_select';
檢視本次MySQL啟動後執行insert語句的次數
show [global] status like 'com_insert';
檢視本次MySQL啟動後執行update語句的次數
show [global] status like 'com_update';
檢視本次MySQL啟動後執行delete語句的次數
show [global] status like 'com_delete';
檢視MySQL伺服器的線程資訊
show status like 'Thread_%';
檢視試圖連接配接到MySQL(不管是否連接配接成功)的連接配接數
show status like 'connections';
檢視線程緩存内的線程的數量
show status like 'threads_cached';
檢視立即獲得的表的鎖的次數
show status like 'table_locks_immediate';
檢視不能立即獲得的表的鎖的次數。如果該值較高，并且有性能問題，你應首先優化查詢，然後拆分表或使用複制
show status like 'table_locks_waited';
檢視查詢時間超過long_query_time秒的查詢的個數
show status like 'slow_queries';
系統慢查詢狀态檢查
show global status like '%slow%';
mysqldumpslow指令
慢查詢日志有可能會有很多重複的sql語句，我們如何過濾呢？Mysql有自帶的指令mysqldumpslow可進行查詢，例下列指令可以查出通路次數最多的20個sql語句
mysqldumpslow -s c -t 20 host-slow.log
sql執行各階段所花費的時間
通過mysql自帶profiling(性能分析)工具可以診斷某個sql各個執行階段消耗的時間，每個執行階段在cpu disk io等方面的消耗情況。
show variables like '%profiling%';
總結
mysql還有其他監控分析指令，需要大家去了解，請自行去搜尋或是看官方文檔，對于本文中列的指令，請幾下來，并将本文收藏。在用的時候多嘗試。