MySQL查看資料庫性能常用命令
# 列出MySQL服務器運行各種狀態值
show global status;
# 查詢MySQL服務器配置資訊陳述句
show variables;
# 慢查詢
show variables like '%slow%';
# MySQL服務器最大連接數
show variables like 'max_connections';
# 服務器回應的最大連接數
show global status like 'Max_used_connections';
# 查看試圖連接到MySQL(不管是否連接成功)的連接數
show status like 'connections';
# 創建臨時表
show global status like 'created_tmp%';
# MySQL服務器對臨時表的配置
show variables where Variable_name in ('tmp_table_size', 'max_heap_table_size');
# 打開表的數量
show global status like 'open%tables%';
# table高速快取的數量
show variables like 'table_open_cache';
# 查看MySQL服務器的執行緒資訊
show global status like 'Thread%';
# 查看當前運行的sql
SELECT * FROM `information_schema`.`PROCESSLIST` WHERE `info` IS NOT NULL and TIME > 0
# 當客戶端斷開之后，服務器處理此客戶的執行緒將會快取起來以回應下一個客戶而不是銷毀(前提是快取數未達上限)
show variables like 'thread_cache_size';
# 查詢快取
show global status like 'qcache%';
# 查詢快取適用于特定的場景，建議充分測驗后，再考慮開啟，避免引起性能下降或引入其他問題
show variables like 'query_cache%';
# 排序使用情況
show global status like 'sort%';
# 檔案打開數
show global status like 'open_files';
# 表鎖情況
show global status like 'table_locks%';
# 表掃描情況
show global status like 'handler_read%';
# 服務器完成的查詢請求
show global status like 'com_select';
# 查詢當前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';
# 查看立即獲得的表的鎖的次數
show status like 'table_locks_immediate';
# 查看不能立即獲得的表的鎖的次數，如果該值較高，并且有性能問題，你應首先優化查詢，然后拆分表或使用復制
show status like 'table_locks_waited';
# 查看查詢時間超過long_query_time秒的查詢的個數
show status like 'slow_queries';
# 通過mysql自帶profiling(性能分析)工具可以診斷某個sql各個執行階段消耗的時間，每個執行階段在cpu disk io等方面的消耗情況，
show variables like '%profiling%';
#
show profiles
show profile for query 2;
show profile cpu, block io for query 2;
實戰
查詢服務器狀態和配置
# 列出MySQL服務器運行各種狀態值
show global status;
- 所有資料一目了然，引數有點多，分成另一篇文章來介紹[https://www.cnblogs.com/LoveBB/p/17194556.html]，
慢查詢
# 慢查詢
show variables like '%slow%';
- 配置中關閉了記錄慢查詢，打開之后，你可以分析慢查詢日志，找出有問題的SQL陳述句，慢查詢時間不宜設定過長，否則意義不大，最好在5秒以內，打開慢查詢日志可能會對系統性能有一點點影響，如果你的MySQL是主-從結構，可以考慮打開其中一臺從服務器的慢查詢日志，這樣既可以監控慢查詢，對系統性能影響又小，
連接數
MySQL: ERROR 1040: Too many connections
一種是訪問量確實很高，MySQL服務器抗不住，這個時候就要考慮增加從服務器分散讀壓力，另外一種情況是MySQL組態檔中max_connections值過小：
# MySQL服務器最大連接數
show variables like 'max_connections';
- 這臺MySQL服務器最大連接數是5275，然后查詢一下服務器回應的最大連接數：
# 服務器回應的最大連接數
show global status like 'Max_used_connections';
- MySQL服務器過去的最大連接數是62，沒有達到服務器連接數上限5275，應該沒有出現1040錯誤，比較理想的設定是
Max_used_connections / max_connections * 100% ≈ 85%
- 最大連接數占上限連接數的85%左右，如果發現比例在10%以下，MySQL服務器連接數上限設定的過高了，這臺服務器設定連接上限有些偏高，
臨時表
# 創建臨時表
show global status like 'created_tmp%';
-
每次創建臨時表，Created_tmp_tables增加，如果是在磁盤上創建臨時表，Created_tmp_disk_tables也增加，
-
Created_tmp_files：表示MySQL服務創建的臨時檔案檔案數，比較理想的配置是：
Created_tmp_disk_tables / Created_tmp_tables * 100% <= 25%
比如上面的服務器 Created_tmp_disk_tables / Created_tmp_tables * 100% = 1.26%，應該相當好了，
Open Table情況
# 打開表的數量
show global status like 'open%tables%';
- Open_tables：表示打開表的數量，Opened_tables：表示打開過的表數量，如果Opened_tables數量過大，說明配置中table_cache(5.1.3之后這個值叫做table_open_cache)值可能太小，我們查詢一下服務器table_cache值：
# table高速快取的數量
show variables like 'table_open_cache';
-
Open_tables / Opened_tables * 100% >= 81%
-
Open_tables / table_open_cache * 100% <= 70%
-
比較合適的值為：
Open_tables / Opened_tables * 100% >= 85% Open_tables / table_cache * 100% <= 95%
行程使用情況
# 查看MySQL服務器的執行緒資訊
show global status like 'Thread%';
- 如果我們在MySQL服務器組態檔中設定了thread_cache_size，當客戶端斷開之后，服務器處理此客戶的執行緒將會快取起來以回應下一個客戶而不是銷毀(前提是快取數未達上限)，Threads_created表示創建過的執行緒數，如果發現Threads_created值過大的話，表明MySQL服務器一直在創建執行緒，這也是比較耗資源，可以適當增加組態檔中thread_cache_size值，查詢服務器thread_cache_size配置：
# 當客戶端斷開之后，服務器處理此客戶的執行緒將會快取起來以回應下一個客戶而不是銷毀(前提是快取數未達上限)
show variables like 'thread_cache_size';
查詢快取(query cache)
# 查詢快取
show global status like 'qcache%';
Qcache_free_blocks：快取中相鄰記憶體塊的個數，數目大說明可能有碎片，FLUSH QUERY CACHE會對快取中的碎片進行整理，從而得到一個空閑塊，
Qcache_free_memory：快取中的空閑記憶體，
Qcache_hits：每次查詢在快取中命中時就增大
Qcache_inserts：每次插入一個查詢時就增大，命中次數除以插入次數就是不中比率，
Qcache_lowmem_prunes：快取出現記憶體不足并且必須要進行清理以便為更多查詢提供空間的次數，這個數字最好長時間來看;如果這個數字在不斷增長，就表示可能碎片非常嚴重，或者記憶體很少，(上面的 free_blocks和free_memory可以告訴您屬于哪種情況)
Qcache_not_cached：不適合進行快取的查詢的數量，通常是由于這些查詢不是 SELECT 陳述句或者用了now()之類的函式，
Qcache_queries_in_cache：當前快取的查詢(和回應)的數量，
Qcache_total_blocks：快取中塊的數量
- 我們再查詢一下服務器關于query_cache的配置
# 查詢快取適用于特定的場景，建議充分測驗后，再考慮開啟，避免引起性能下降或引入其他問題
show variables like 'query_cache%';
query_cache_limit：超過此大小的查詢將不快取
query_cache_min_res_unit：快取塊的最小大小
query_cache_size：查詢快取大小
query_cache_type：快取型別，決定快取什么樣的查詢
query_cache_wlock_invalidate：當有其他客戶端正在對MyISAM表進行寫操作時，如果查詢在query cache中，是否回傳cache結果還是等寫操作完成再讀表獲取結果，
query_cache_min_res_unit的配置是一柄”雙刃劍”，默認是4KB，設定值大對大資料查詢有好處，但如果你的查詢都是小資料查詢，就容易造成記憶體碎片和浪費，
查詢快取碎片率 = Qcache_free_blocks / Qcache_total_blocks * 100%
如果查詢快取碎片率超過20%，可以用FLUSH QUERY CACHE整理快取碎片，或者試試減小query_cache_min_res_unit，如果你的查詢都是小資料量的話，
查詢快取利用率 = (query_cache_size - Qcache_free_memory) / query_cache_size * 100%
查詢快取利用率在25%以下的話說明query_cache_size設定的過大，可適當減小;查詢快取利用率在80%以上而且Qcache_lowmem_prunes > 50的話說明query_cache_size可能有點小，要不就是碎片太多，
查詢快取命中率 = (Qcache_hits - Qcache_inserts) / Qcache_hits * 100%
示例服務器 查詢快取碎片率 = 100%，查詢快取利用率 = 15.9%，查詢快取命中率 = 0%，命中率很差，可能寫操作比較頻繁吧，而且可能有些碎片，
檔案打開數
# 檔案打開數
show global status like 'open_files';
# 查看 mysqld行程能夠打開的作業系統檔案描述符(fd)的最大數量
show variables like 'open_files_limit';
- 比較合適的設定：
Open_files / open_files_limit * 100% <= 75%
表鎖情況
mysql> show global status like 'table_locks%';
- Table_locks_immediate：表示立即釋放表鎖數，Table_locks_waited：表示需要等待的表鎖數，
- 如果Table_locks_immediate / Table_locks_waited > 5000，最好采用InnoDB引擎，因為InnoDB是行鎖而MyISAM是表鎖，對于高并發寫入的應用InnoDB效果會好些，示例中的服務器Table_locks_immediate / Table_locks_waited = 235，MyISAM就足夠了，
表掃描情況
# 表掃描情況
show global status like 'handler_read%';
# 服務器完成的查詢請求
show global status like 'com_select';
- 計算表掃描率：
表掃描率 = Handler_read_rnd_next / Com_select
如果表掃描率超過4000，說明進行了太多表掃描，很有可能索引沒有建好，增加read_buffer_size值會有一些好處，但最好不要超過8MB， - 上面服務器中表掃描率=20411
轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/546259.html
標籤：MySQL