最新數據監控項
Aborted Clients
因客戶端沒有正確地關閉而被丟棄的連接的個數，數字增大意味着有客戶端成功建立連接但很快就斷開或者被終止，一般發生在網絡不穩當的環境中，主要可能性又：1、客戶端沒有主動關閉mysql連接mysql_close() 2、wait_timeout設置時間短被mysql幹掉 3、客戶端由於某些原因被幹掉
Aborted Connects
試圖連接MySQL服務器但沒有成功的次數，當有大量鏈接連接不上mysql的時候數值激增，主要原因：沒有授權或者密碼不對，一般錯誤日誌會有改提示（access denied for ‘user’@‘host’） 2、連接數滿了，一般錯誤包含（too many cononection） 3、超過了鏈接時間限制，主要有這個參數控制（connect_timeout），mysql默認是10s，基本除非網絡極端不好，一般不會超時
Active Transactions
正在執行的事務數量
Adaptive Hash Memory
自適應哈希索引佔用的內存大小
Additional Pool Alloc
分配給額外內存的總量,單位字節
Binary Log Space
二進制日誌的大小
Binlog Cache Disk Use
超過binlog_cache_size設置的緩存大小,使用磁盤臨時文件的事務的個數
Binlog Cache Use
保存在二進制日誌緩存裏的事務的個數
Bytes Received
收到字節數
Bytes Sent
發送字節數
Com Delete
過去的一秒內執行刪除命令的次數
Com Delete Multi
過去的一秒內執行多重刪除命令的次數
Com Insert
過去的一秒內執行插入語句的命令次數
Com Insert Select
過去的一秒內執行查詢插入命令的次數
Com Load
過去的一秒內執行load命令的次數
Com Replace
過去的一秒內執行replace命令的次數
Com Replace Select
過去的一秒內執行replace select的次數
Com Select
過去的一秒內執行select命令的次數
Com Update
過去的一秒內執行update命令的次數
Com Update Multi
過去的一秒內執行多重更新命令的次數
Connections
所有嘗試連接到mysql server的連接數，關鍵時不管成功還是失敗。所以這個數值的增量並不等於show processlist的數值，這點需要注意。
Created Tmp Disk Tables
MySQL服務器在對SQL查詢語句進行處理時在磁盤上創建的臨時數據表的個數,如果這個值比較高,可能的原因:
a.查詢在選擇BLOB或者TEXT列的時候創建了臨時表
b.tmp_table_size和max_heap_table_size的值也許太小
Created Tmp Files
MySQL服務器所創建的臨時文件的個數
Created Tmp Tables
MySQL服務器在對SQL查詢語句進行處理時在內存裏創建的臨時數據表的個數.
如果該值太高,唯一的解決辦法是:優化查詢語句.
Current Transactions
當前的事務數量(包括not started,ACTIVE,…等各種狀態)
Database Pages
數據頁大小
Dictionary Cache Memory
File Fsyncs
調用fsync()函數的次數.與innodb_flush_log_at_trx_commit值的設置有關.
File Reads
顯示每秒文件的讀次數
File System Memory
文件系統剩餘的內存
File Writes
顯示每秒文件的寫次數
Free Pages
空閒頁大小
Handler Commit
提交一個事務的請求的個數
Handler Delete
從數據表刪除一個數據行的請求的個數
Handler Read First
讀取索引中第一個索引項的請求的個數
Handler Read Key
根據一個索引值而讀取一個數據行的請求的個數
Handler Read Next
按索引順序讀取下一個數據行的請求的個數
Handler Read Prev
按索引逆序讀取前一個數據行的請求的個數
Handler Read Rnd
根據某個數據行的位置而讀取該數據行的請求的個數
Handler Read Rnd Next
讀取下一個數據行的請求的個數.如果這個數字很高,就說明有很多語句需要通過全表掃描才能完成或有很多查詢沒有使用適當的索引
Handler Rollback
回滾一個事務的請求的個數
Handler Savepoint
創建一個事務保存點的請求的個數
Handler Savepoint Rollback
回滾到一個事務保存點的請求的個數.
Handler Update
對數據表裏的一個數據行進行修改的請求的個數
Handler Write
向數據表裏插入一個數據行的請求的個數
Hash Index Cells Total
散列索引單元總數
Hash Index Cells Used
散列索引單元已用數
History List
歷史記錄的長度.位於InnoDB數據文件的撤銷空間裏的未清除事務的數目.當一個事務執行了更新並提交後,這個數字就會累加,當清除進程移除一箇舊版本數據時,它就會遞減.
Ibuf Cell Count
分段大小
Ibuf Free Cells
"自由列表"的長度
Ibuf Inserts
插入的記錄數
Ibuf Merged
合併的頁的數量
Ibuf Merges
合併的次數
Ibuf Used Cells
插入緩衝區的大小
Innodb Locked Tables
所有事務鎖定的表的數量
Innodb Lock Structs
該圖形顯示了在innodb內部有多少鎖結構(不是死鎖).這大致與當前事務鎖住的行數有關係.可以用來判斷是否存在鎖爭用.
Innodb Lock Wait Secs
顯示每秒處於鎖等待的innodb事務總數.如果有一個非常大的值,應該檢查LOCK WAIT transactions,
Innodb Log Buffer Size
Innodb Row Lock Time
該模板讀取的Innodb_row_lock_time狀態變量,表示InnoDB引擎在每次申請數據行鎖定時等待的總時間(以毫秒爲單位).
Innodb Row Lock Waits
讀取的Innodb_row_lock_waits狀態變量,表示InnoDB經過這麼長時間才獲得一個行鎖.(毫秒)
Innodb Sem Waits
顯示當前正在等待互斥量的InnoDB線程的數量.
Innodb Sem Wait Time Ms
顯示當前正在等待互斥量的InnoDB線程的等待時間的總耗時(毫秒).
正常情況下,InnoDB Semaphores Wait Time和 InnoDB Semaphores Waits應該是空的.除非服務器運行着高併發的工作負載,它促使InnoDB採取讓操作系統等待的措施.信息位於SHOW ENGINE INNODB STATUS的SEMAPHORES片段.
其中innodb_sem_waits的值是多少,表示有多少線程在等待,而innodb_sem_wait_time_ms表示所有線程等待的時間,默認單位是秒,在腳本中乘以1000,所以監控圖中的單位是毫秒.
Innodb Tables In Use
所有事務用到的表的數量
Innodb Transactions
顯示了InnoDB事務相關的信息
Key Buf Bytes Unflushed
同Key_blocks_unused 鍵緩存裏尚未被使用過的緩存塊的個數
Key Buf Bytes Used
同Key_blocks_used變量 鍵緩存裏已經被使用的緩存塊的個數
Key Buffer Size
鍵緩存大小
Key Read Requests
從鍵緩存讀出索引塊的讀操作的次數
Key Reads
從磁盤讀出索引塊的讀操作次數
Key Write Requests
向鍵緩存寫一個索引塊的請求的個數
Key Writes
把索引塊寫入磁盤的寫操作的次數
Locked Transactions
鎖住的事務數量
Lock System Memory
鎖系統的內存
Log Bytes Flushed
刷新日誌字節數
Log Bytes Written
寫入日誌字節數
Log Writes
日誌寫入數量
Max Connections
允許同時保持在打開狀態的客戶連接的最大個數
Max Used Connections
此前曾同時打開處於打開狀態的連接的最大個數
Modified Pages
"髒"數據頁.如果髒數據頁太多,則需要檢查磁盤IO狀態.
MySQL running slave
slave運行狀態
Opened Tables
MySQL服務器已打開的數據表總數(包括顯式定義的臨時表).如果這個值很高,應該慎重考慮,是否加大數據表緩存
Open Files
當前處於打開狀態的文件的個數,如果與open_files_limit接近,則應該加大open_files_limit的值.
Open Tables
當前處於打開狀態的數據表的個數.不包括TEMPORARY
Os Waits
操作系統等待時間
Page Hash Memory
每頁散列內存
Pages Created
頁面創建數
Pages Read
頁面讀取數
Pages Written
頁面寫入數
Pending Aio Log Ios
Pending Aio Sync Ios
Pending Buf Pool Flushes
緩衝池刷新等待數量
Pending Chkp Writes
Pending Ibuf Aio Reads
Pending Log Flushes
日誌刷新等待數量
Pending Log Writes 日誌寫入等待數量
Pending Normal Aio Reads
Pending Normal Aio Writes
Pool Read Requests
連接池請求書
Pool Reads
連接池讀取數
Pool Size
連接池大小
Qcache Free Blocks
Query Cache 中目前還有多少剩餘的blocks。如果該值顯示較大，則說明Query Cache 中的內存碎片較多了，可能需要尋找合適的機會進行整理
Qcache Free Memory
Query Cache 中目前剩餘的內存大小。通過這個參數我們可以較爲準確的觀察出當前系統中的Query Cache 內存大小是否足夠，是需要增加還是過多了；
Qcache Hits
多少次命中。通過這個參數我們可以查看到Query Cache 的基本效果；表明查詢緩衝使用非常頻繁，如果該值較小反而會影響效率，那麼可以考慮不用查詢緩衝;
Qcache Inserts
多少次未命中然後插入。通過“Qcache_hits”和“Qcache_inserts”兩個參數我們就可以算出Query Cache 的命中率，hits/inserts
Qcache Lowmem Prunes 多少條Query 因爲內存不足而被清除出Query Cache。通過“Qcache_lowmem_prunes”和“Qcache_free_memory”相互結合，能夠更清楚的瞭解到我們系統中Query Cache 的內存大小是否真的足夠，是否非常頻繁的出現因爲內存不足而有Query 被換出
Qcache Not Cached 因爲query_cache_type 的設置或者不能被cache 的Query 的數量；
Qcache Queries In Cache
當前Query Cache 中cache 的Query 數量；
Qcache Total Blocks
當前Query Cache 中的block 數量
Query Cache Size
Qcache的大小
Query Time Count 00
Query Time Count 01
Query Time Count 02
Query Time Count 03
Query Time Count 04
Query Time Count 05
Query Time Count 06
Query Time Count 07
Query Time Count 08
Query Time Count 09
Query Time Count 10
Query Time Count 11
Query Time Count 12
Query Time Count 13
Query Time Total 00
Query Time Total 01
Query Time Total 02
Query Time Total 03
Query Time Total 04
Query Time Total 05
Query Time Total 06
Query Time Total 07
Query Time Total 08
Query Time Total 09
Query Time Total 10
Query Time Total 11
Query Time Total 12
Query Time Total 13
Questions
記錄了服務器收到的查詢和命令的總數.(Com_*變量的總數不一定相等.)
Read Views
讀取的視圖數
Recovery System Memory
系統回收內存數
Relay Log Space
中繼日誌的大小
如果Binlog Cache Disk Use/Binlog Cache Use的值較大,那麼應該嘗試增加binlog_cache_size的大小.但是,也不要期望改善過多,如果寫臨時文件的數量從每秒1個減少到每分鐘一個,這已經證明優化的足夠好了.沒必要耗費大量的內存,來處理binlog_cache_size中的事務.
Rows Deleted
刪除的行數
Rows Inserted
插入的函數
Rows Read
讀取的行數
Rows Updated
更新的行數
Select Full Join
沒有使用索引而完成的多表聯接操作的次數.這種情況是性能殺手,最好去優化sql.
Select Full Range Join
利用一個輔助性的參照表(reference table)上的區間搜索(range search)操作而完成的多數據表聯接操作的次數.
該值表示使用了範圍查詢聯接表的次數.
Select Range
利用第一個數據表上的某個區間而完成的多數據表聯接操作的次數.
Select Range Check
該變量記錄了在聯接時,對每一行數據重新檢查索引的查詢計劃的數量,它的開銷很大.
如果該值較高或正在增加,說明一些查詢沒有找到好索引.
Select Scan
通過對第一個數據表進行全表掃描而完成的多數據表聯接操作的次數.
Slave Lag
複製延遲
Slave Open Temp Tables
從服務器中的SQL線程曾經打開的臨時文件的個數
Slave Retried Transactions
從服務器中的SQL線程重新嘗試執行一個事務的次數
Slave Running
從服務器的I/O線程和SQL線程是否在運行
Slave Stopped
從服務器的I/O線程和SQL線程是否在停止
Slow Queries
慢查詢的次數(執行時間超過long_query_time值)
Sort Merge Passes
查詢導致了文件排序的次數.可以優化sql或者適當增加sort_buffer_size變量
Sort Range
利用一個區間進行的排序操作的次數
Sort Rows
對多少行排序
Sort Scan
利用一次全表掃作而完成的排序操作的次數
Spin Rounds
InnoDB內部預設的互斥量信號數量
Spin Waits
InnoDB內部對鎖進行循環等待的數量(與innodb_sync_spin_loops參數有關)
State Closing Tables
線程正在將已更改的表數據刷新到磁盤並關閉所使用的表。這應該是一個快速的操作。如果沒有，請確認您沒有已滿的磁盤，並且磁盤沒有被大量使用。
State Copying To Tmp Table:
服務將表複製到內存的的表
State End:
This occurs at the end but before the cleanup of ALTER TABLE, CREATE VIEW, DELETE, INSERT, SELECT, or UPDATE statements
State Freeing Items:線程執行命令。在這種狀態下完成的某些項目的釋放涉及查詢緩存
State Init:
這發生在初始化表、刪除、插入、選擇或更新語句之前。服務器在這種狀態下進行的行動包括沖洗的二進制日誌，Innodb日誌，和一些查詢緩存清理操作。
State Locked:
被鎖狀態
State Login:
連接線程的初始狀態，直到成功地對客戶端進行身份驗證爲止。
State None
什麼都沒有的,空的,注意不是NULL狀態
State Other
其他
State Preparing:
是否在查詢執行optimize命令期間
State Reading From Net:
網絡連接讀取狀態
State Sending Data:
線程正在讀取和處理SELECT語句的行，並向客戶機發送數據。因爲在這種狀態下發生的操作往往會執行大量磁盤訪問（讀取），因此它通常是給定查詢生命週期中最長的運行狀態。
State Sorting Result:
For a SELECT statement, this is similar to Creating sort index, but for nontemporary tables
State Statistics:
服務器正在計算統計數據以開發查詢執行計劃。如果線程在這種狀態下很長時間，服務器可能是磁盤綁定執行其他工作。
State Updating:
表示線程正在更新的行
State Writing To Net:
網絡連接寫入狀態
Table Cache
表存儲量
Table Locks Immediate
無需等待就能夠立刻得到滿足的數據表鎖定請求的個數
Table Locks Waited
顯示了有多少表被鎖住了並且導致服務器級的鎖等待(存儲引擎級的鎖,如InnoDB行級鎖,不會使該變量增加).
如果這個值比較高或者正在增加,那麼表明存在嚴重的併發瓶頸.
Thread Cache Size
線程緩存所能容納的線程的最大個數.斷開的mysql連接會放到這個緩存裏,新建立的連接就會重複使用它們而不創建新的線程.
Thread Hash Memory
Threads Cached
mysql管理的線程池中還有多少可以被複用的資源
Threads Connected
我們經常使用show processlist看見那個數值，現在正處於打開狀態的連接的個數
Threads Created
爲處理連接創建的線程總數（新創建的線程數）
Threads Running
正在運行的線程數
Total Mem Alloc
總的內存分配
Total number of mysqld processes
mysql總進程數
Uncheckpointed Bytes
顯示了未寫入磁盤的數據量.如果該值的大小接近innodb_log_file_size * n 的總大小,則需要增加innodb_log_file_size的值,但是要注意,如果發生宕機,則需要更長的回覆時間.(從redolog恢復)
Unflushed Log
是log_bytes_written與log_bytes_flushed的差值,表示日誌緩存區裏還有多少數據沒被刷新到日誌文件裏.
如果這個差值超過了innodb_log_buffer_size設置的30%,則需要考慮是否加大該參數值.
圖形監控項：
InnoDB Adaptive Hash Index
顯示了“自適應哈希索引”的使用情況,哈希索引只能用來搜索等值的查詢.
1、Hash Index Cells Total
自適應哈希表的槽數=innodb_buffer_pool_size/256
2、Hash Index Cells Used
用到自適應哈希表的查詢個數
InnoDB Buffer Pool Activity
顯示Innodb緩衝池的內部活動,頁的創建,讀取,寫入.如果有突然的增加或者減少,需要檢查應用
1、Pages Created
2、Pages Read
3、Pages Written
InnoDB Buffer Pool
1、Pool Size
InnoDB緩衝池的頁數量,每頁大小16K
2、Database Pages
數據頁大小
3、Free Pages
空閒頁大小
4、Modified Pages
"髒"數據頁.如果髒數據頁太多,則需要檢查磁盤IO狀態.
InnoDB Checkpoint Age
1、Uncheckpointed Bytes
顯示了未寫入磁盤的數據量.如果該值的大小接近innodb_log_file_size * n 的總大小,則需要增加innodb_log_file_size的值,但是要注意,如果發生宕機,則需要更長的回覆時間.(從redolog恢復)
InnoDB Current Lock Waits
1、InnoDB Lock Wait Secs
顯示每秒處於鎖等待的innodb事務總數.如果有一個非常大的值,應該檢查LOCK WAIT transactions,請看下面的模板
InnoDB I/O
1、File Reads
顯示每秒文件的讀次數
2、File Writes
顯示每秒文件的寫次數
3、Log Writes
寫日誌的次數
4、File Fsyncs
調用fsync()函數的次數.與innodb_flush_log_at_trx_commit值的設置有關.
InnoDB I/O Pending
顯示了InnoDB掛起的同步或異步IO操作.如果掛起的操作太多,則需要更大的RAM,更大的緩衝池,更快的磁盤.
1、Pending Aio Log Ios
2、Pending Aio Sync Ios
3、Pending Buf Pool Flushes
4、Pending Chkp Writes
5、Pending Ibuf Aio Reads
6、Pending Log Flushe
7、Pending Log Writes
8、Pending Normal Aio Reads
9、Pending Normal Aio Writes
InnoDB Insert Buffer
插入緩衝,並不是緩存的一部分,而是物理頁,對於非聚集索引的插入或更新操作,不是每一次直接插入索引頁.而是先判斷插入的非聚集索引頁是否在緩衝池中.如果在,則直接插入,如果不再,則先放入一個插入緩衝區中.然後再以一定的頻率執行插入緩衝和非聚集索引頁子節點的合併操作.
使用條件:非聚集索引,非唯一
1、Ibuf Inserts
插入的記錄數
2、Ibuf Merged
合併的頁的數量
3、Ibuf Merges
合併的次數
如果merges/merged的值等於3/1,則代表插入緩衝對於非聚集索引頁的IO請求大約降低了3倍
InnoDB Insert Buffer Usage
1、Ibuf Cell Count
分段大小
2、Ibuf Used Cells
插入緩衝區的大小
3、Ibuf Free Cells
"自由列表"的長度
InnoDB Internal Hash Memory Usage
顯示了InnoDB內部各種哈希結構(不可人工干預),佔用的內存大小.
1、Adaptive Hash Memory
自適應哈希索引佔用的內存大小
2、Page Hash Memory
3、Dictionary Cache Memory
4、File System Memory
5、Lock System Memory
6、Recovery System Memory
7、Thread Hash Memory
InnoDB Lock Structures
1、InnoDB Lock Structs
該圖形顯示了在innodb內部有多少鎖結構(不是死鎖).這大致與當前事務鎖住的行數有關係.可以用來判斷是否存在鎖爭用.
對於數量多少算好或者算壞,沒有硬性的規定.實際情況下,大量的事務在等待鎖,很明顯,該值越小越好.
這個數據來源是SHOW ENGINE INNODB STATUS;
InnoDB Log
相關變量:innodb_log_buffer_size
InnoDB Log Buffer Size
1、Log Bytes Written
2、Log sequence number
當前日誌的位置
3、Log Bytes Flushed
4、Log flushed up to
日誌已經刷新的位置
5、Unflushed Log
是log_bytes_written與log_bytes_flushed的差值,表示日誌緩存區裏還有多少數據沒被刷新到日誌文件裏.
如果這個差值超過了innodb_log_buffer_size設置的30%,則需要考慮是否加大該參數值.
InnoDB Memory Allocation
Total memory allocated 8824815616; in additional pool allocated 0
1、Total Mem Alloc
2、InnoDB申請的總內存量,單位字節
3、Additional Pool Alloc
分配給額外內存的總量,單位字節
InnoDB Row Lock Time
1、InnoDB Row Lock Time
該模板讀取的Innodb_row_lock_time狀態變量,表示InnoDB引擎在每次申請數據行鎖定時等待的總時間(以毫秒爲單位).
InnoDB Row Lock Waits
1、InnoDB Row Lock Waits
讀取的Innodb_row_lock_waits狀態變量,表示InnoDB經過這麼長時間才獲得一個行鎖.(毫秒)
InnoDB Row Operations
Number of rows inserted 50678311, updated 66425915, deleted 20605903, read 454561562
大致能表現InnoDB內部的操作
1、Row Read
2、Row Deleted
3、Row Updated
4、Row Inserted
InnoDB Semaphores Wait Time
1、InnoDB Sem Wait Time Ms
顯示當前正在等待互斥量的InnoDB線程的等待時間的總耗時(毫秒).
應對這個問題
InnoDB採取多階段等待策略.首先,嘗試對鎖進行循環等待.如果經過了一個預設的循環等待週期(innodb_sync_spin_loops = 30,當前配置文件默認爲30次)之後還沒有成功,就會退到更昂貴更復雜的等待陣列裏,如果併發量太大的話,則導致系統負載突增.
循環等待的成本相對比較低,但是需要不停地檢查一個資源是否被鎖定,消耗CPU週期,也就是說,當另外一條線程能處理事情時,循環等待也會獨佔處理器.
循環等待的替換方案就是讓操作系統做上下文切換(等待陣列),每秒鐘幾千次的切換會引發大量的系統開銷.
解決辦法
根據具體的應用,調整參數;或者優化應用,減少併發.
InnoDB Semaphores Waits
1、InnoDB Sem Waits
顯示當前正在等待互斥量的InnoDB線程的數量.
InnoDB Semaphores
顯示innodb內部的信號活動狀態.
包括Mutex spin waits,RW-shared spins,RW-excl spins等各種信號量的數量總和.
1、Spin Rounds
InnoDB內部預設的互斥量信號數量
2、Spin Waits
InnoDB內部對鎖進行循環等待的數量(與innodb_sync_spin_loops參數有關)
3、Os Wait系統等待
事務退到操作系統的等待陣列的數量
在高併發的情況,會發現這個值有尖峯狀,不穩定.圖像主要顯示了,不合理的設計情況下,不同的連接類型之間的行鎖或互斥鎖的爭用.
InnoDB Tables In Use
mysql tables in use 2, locked 2
1、InnoDB Tables In Use
所有事務用到的表的數量
2、InnoDB Locked Tables
所有事務鎖定的表的數量
InnoDB Transactions Active/Locked
該圖顯示了InnoDB事務的狀態數量.
1、Active Transactions
正在執行的事務數量
2、Locked Transactions
鎖住的事務數量
3、Current Transactions
當前的事務數量(包括not started,ACTIVE,…等各種狀態)
not started # 事務已經提交到磁盤
ACTIVE # 正在執行的事務
4、Read Views(待更新)
read views open inside InnoDB
InnoDB Transactions
顯示了InnoDB事務相關的信息
1、InnoDB Transactions
InnoDB內部的事務總數.由以下數值計算出:
Trx id counter 89F56195 # 當前事務ID,每創建一個新事務就會累加
Purge done for trx’s n:o < 89F5609C undo n:o < 0 # InnoDB清除舊版本MVCC時所用的事務ID.這個ID之前的老版本數據已經清除.
該數值就是由當前事務ID減去清除舊數據的事務ID再由十六進制轉成十進制的值.(參考ss_get_mysql_stats.php腳本902行)
2、History List
歷史記錄的長度.位於InnoDB數據文件的撤銷空間裏的未清除事務的數目.當一個事務執行了更新並提交後,這個數字就會累加,當清除進程移除一箇舊版本數據時,它就會遞減.
MyISAM Indexs
顯示了在MyISAM索引上的讀寫情況
1、Key Reads Requests
從鍵緩存讀出索引塊的讀操作的次數
2、Key Reads
從磁盤讀出索引塊的讀操作次數
3、Key Write Requests
向鍵緩存寫一個索引塊的請求的個數
4、Key Writes
把索引塊寫入磁盤的寫操作的次數
MyISAM Key Cache
1、Key Buffer Size
鍵緩存大小
2、Key Buf Bytes Used
同Key_blocks_used變量
鍵緩存裏已經被使用的緩存塊的個數
3、Key Buf Bytes Unused
同Key_blocks_unused
鍵緩存裏尚未被使用過的緩存塊的個數
MySQL Binary/Relay Logs
1、Binlog Cache Use
保存在二進制日誌緩存裏的事務的個數
2、Binlog Cache Disk Use
超過binlog_cache_size設置的緩存大小,使用磁盤臨時文件的事務的個數
3、Binlog Log Space
二進制日誌的大小
4、Relay Log Space
中繼日誌的大小
如果Binlog Cache Disk Use/Binlog Cache Use的值較大,那麼應該嘗試增加binlog_cache_size的大小.但是,也不要期望改善過多,如果寫臨時文件的數量從每秒1個減少到每分鐘一個,這已經證明優化的足夠好了.沒必要耗費大量的內存,來處理binlog_cache_size中的事務.
MySQL Command Counts
命令計數器,顯示了MySQL(在過去1秒內)執行各種命令的次數
1、Questions
記錄了服務器收到的查詢和命令的總數.(Com_*變量的總數不一定相等.)
2、Com Select
3、Com Delete
4、Com Insert
5、Com Update
6、Com Replace
7、Com Load
8、Com Delete Multi
9、Com Insert Select
10、Com Update Multi
11、Com Replace Select
MySQL Connections
1、Max Connections
允許同時保持在打開狀態的客戶連接的最大個數
2、Max Used Connections
此前曾同時打開處於打開狀態的連接的最大個數
3、Aborted Clients
因客戶端沒有正確地關閉而被丟棄的連接的個數
4、Aborted Connects
試圖連接MySQL服務器但沒有成功的次數
5、Threads Connectd
現在正處於打開狀態的連接的個數
6、Connections
試圖連接MySQL服務器的嘗試次數
MySQL Files and Tables
1、Table Cache
2、Open Tables
當前處於打開狀態的數據表的個數.不包括TEMPORARY
3、Open Files
當前處於打開狀態的文件的個數,如果與open_files_limit接近,則應該加大open_files_limit的值.
4、Opened Tables
MySQL服務器已打開的數據表總數(包括顯式定義的臨時表).如果這個值很高,應該慎重考慮,是否加大數據表緩存(table_open_cache).
MySQL Handler
1、Handler_writer 向數據表裏插入一個數據行的請求的個數
2、Handler_update 對數據表裏的一個數據行進行修改的請求的個數
3、Handler_delete 從數據表刪除一個數據行的請求的個數
4、Handler_read_first 讀取索引中第一個索引項的請求的個數
5、Handler_read_key 根據一個索引值而讀取一個數據行的請求的個數
6、Handler_read_next 按索引順序讀取下一個數據行的請求的個數
7、Handler_read_prev 按索引逆序讀取前一個數據行的請求的個數
8、Handler_read_rnd 根據某個數據行的位置而讀取該數據行的請求的個數
9、Handler_read_rnd_next 讀取下一個數據行的請求的個數.如果這個數字很高,就說明有很多語句需要通過全表掃描才能完成或有很多查詢沒有使用適當的索引
MySQL Network Traffic
1、Bytes Send
發送字節數
2、Bytes Received
收到字節數
MySQL Replication
默認用SHOW SLAVE STATUS命令獲取各狀態值
1、Slave Running
從服務器的I/O線程和SQL線程是否在運行
2、Slave Stopped
3、Slave Lag
複製延遲
4、Slave Open Tmp Tables
從服務器中的SQL線程曾經打開的臨時文件的個數
5、Slave Retried Transactions
從服務器中的SQL線程重新嘗試執行一個事務的次數
MySQL Select Types
1、Select Full Join
沒有使用索引而完成的多表聯接操作的次數.這種情況是性能殺手,最好去優化sql.
2、Select Full Range Join
利用一個輔助性的參照表(reference table)上的區間搜索(range search)操作而完成的多數據表聯接操作的次數.
該值表示使用了範圍查詢聯接表的次數.
3、Select Range
利用第一個數據表上的某個區間而完成的多數據表聯接操作的次數.
4、Select Range Check
該變量記錄了在聯接時,對每一行數據重新檢查索引的查詢計劃的數量,它的開銷很大.
如果該值較高或正在增加,說明一些查詢沒有找到好索引.
5、Select Scan
通過對第一個數據表進行全表掃描而完成的多數據表聯接操作的次數.
MySQL Sorts
1、Sort Rows
對多少行排序
2、Sort Range
利用一個區間進行的排序操作的次數
3、Sort Merge Passes
查詢導致了文件排序的次數.可以優化sql或者適當增加sort_buffer_size變量
4、Sort Scan
利用一次全表掃作而完成的排序操作的次數
MySQL Table Locks
1、Table Locks Immediate
無需等待就能夠立刻得到滿足的數據表鎖定請求的個數
2、Table Locks Waited
顯示了有多少表被鎖住了並且導致服務器級的鎖等待(存儲引擎級的鎖,如InnoDB行級鎖,不會使該變量增加).
如果這個值比較高或者正在增加,那麼表明存在嚴重的併發瓶頸.
3、Slow Queries
慢查詢的次數(執行時間超過long_query_time值)
MySQL Temporary Objects
1、Created_tmp_tables
MySQL服務器在對SQL查詢語句進行處理時在內存裏創建的臨時數據表的個數.
如果該值太高,唯一的解決辦法是:優化查詢語句.
2、Created_tmp_disk_tables
MySQL服務器在對SQL查詢語句進行處理時在磁盤上創建的臨時數據表的個數,如果這個值比較高,可能的原因:
a.查詢在選擇BLOB或者TEXT列的時候創建了臨時表
b.tmp_table_size和max_heap_table_size的值也許太小
3、Created_tmp_files
MySQL服務器所創建的臨時文件的個數
MySQL Threads
1、Thread Cache Size
線程緩存所能容納的線程的最大個數.斷開的mysql連接會放到這個緩存裏,新建立的連接就會重複使用它們而不創建新的線程.
如果緩存中有自由的線程,MySQL就能很快的響應連接請求,不必爲每個連接都創建新的線程.每個在緩存中的線程通常消耗256KB內存.
2、Thread Created
爲處理連接創建的線程總數
MySQL Transaction Handler
1、Handler Commit
提交一個事務的請求的個數
2、Handler Rollback
回滾一個事務的請求的個數
3、Handler Savepoint
創建一個事務保存點的請求的個數
4、Handler Savepoint Rollback
回滾到一個事務保存點的請求的個數.