MySQL檢視資料庫效能常用命令和實戰教學

天下沒有收費的bug發表於2023-03-08

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;

慢查詢

# 慢查詢
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

相關文章