MYSQL最樸素的監控方式

對於當前資料庫的監控方式有很多，分為資料庫自帶、商用、開源三大類，每一種都有各自的特色；而對於mysql資料庫由於其有很高的社群活躍度，監控方式更是多種多樣，不管哪種監控方式最核心的就是監控資料，獲取得到全面的監控資料後就是靈活的展示部分。那我們今天就介紹一下完全採用mysql自有方式採集獲取監控資料，在單體下達到最快速、方便、損耗最小。

本次文章完全使用mysql自帶的show命令實現獲取，從connects、buffercache、lock、SQL、statement、Database throughputs、serverconfig7大方面全面獲取監控資料。

1 連線數（Connects）

• 最大使用連線數：show status like ‘Max_used_connections’
• 當前開啟的連線數：show status like ‘Threads_connected’

2 快取（bufferCache）

• 未從緩衝池讀取的次數：show status like ‘Innodb_buffer_pool_reads’
• 從緩衝池讀取的次數：show status like ‘Innodb_buffer_pool_read_requests’
• 緩衝池的總頁數：show status like ‘Innodb_buffer_pool_pages_total’
• 緩衝池空閒的頁數：show status like ‘Innodb_buffer_pool_pages_free’
• 快取命中率計算：（1-Innodb_buffer_pool_reads/Innodb_buffer_pool_read_requests）*100%
• 快取池使用率為：((Innodb_buffer_pool_pages_total-Innodb_buffer_pool_pages_free）/Innodb_buffer_pool_pages_total）*100%

3 鎖（lock）

• 鎖等待個數：show status like ‘Innodb_row_lock_waits’
• 平均每次鎖等待時間：show status like ‘Innodb_row_lock_time_avg’
• 檢視是否存在表鎖：show open TABLES where in_use>0；有資料代表存在鎖表，空為無表鎖

備註：鎖等待統計得數量為累加資料，每次獲取得時候可以跟之前得資料進行相減，得到當前統計得資料

4 SQL

• 檢視mysql開關是否開啟：show variables like ‘slow_query_log’，ON為開啟狀態，如果為OFF，set global slow_query_log=1 進行開啟
• 檢視mysql閾值：show variables like ‘long_query_time’，根據頁面傳遞閾值引數，修改閾值 set global long_query_time=0.1
• 檢視mysql慢sql目錄：show variables like ‘slow_query_log_file’
• 格式化慢sql日誌：mysqldumpslow -s at -t 10 /export/data/mysql/log/slow.log
  注：此語句透過jdbc執行不了，屬於命令列執行。
  意思為：顯示出耗時最長的10個SQL語句執行資訊，10可以修改為TOP個數。顯示的資訊為：執行次數、平均執行時間、SQL語句

備註：當mysqldumpslow命令執行失敗時，將慢日誌同步到本地進行格式化處理。

5 statement

• insert數量：show status like ‘Com_insert’
• delete數量：show status like ‘Com_delete’
• update數量：show status like ‘Com_update’
• select數量：show status like ‘Com_select’

6 吞吐（Database throughputs）

• 傳送吞吐量：show status like ‘Bytes_sent’
• 接收吞吐量：show status like ‘Bytes_received’
• 總吞吐量：Bytes_sent+Bytes_received

7 資料庫引數（serverconfig）

show variables

8 慢SQL

慢SQL指的是MySQL慢查詢，具體指執行時間超過long_query_time值的SQL。
我們常聽MySQL中有二進位制日誌binlog、中繼日誌relaylog、重做回滾日誌redolog、undolog等。針對慢查詢，還有一種慢查詢日誌slowlog，用來記錄在MySQL中響應時間超過閥值的語句。慢SQL對實際生產業務影響是致命的，所以測試人員在效能測試過程中，對資料庫SQL語句執行情況實施監控，給開發提供準確的效能最佳化意見顯得尤為重要。那怎麼使用Mysql資料庫提供的慢查詢日誌來監控SQL語句執行情況，找到消耗較高的SQL語句，以下詳細說明一下慢查詢日誌的使用步驟：

• 確保開啟慢SQL開關slow_query_log

• 設定慢SQL域值long_query_time
  這個long_query_time是用來定義慢於多少秒的才算“慢查詢”，注意單位是秒，我透過執行sql指令set long_query_time=1來設定了long_query_time的值為1, 也就是執行時間超過1秒的都算慢查詢，如下：

• 檢視慢SQL日誌路徑

• 透過慢sql分析工具mysqldumpslow格式化分析慢SQL日誌
  mysqldumpslow慢查詢分析工具，是mysql安裝後自帶的，可以透過./mysqldumpslow —help檢視使用引數說明

常見用法：

1. 取出使用最多的10條慢查詢
   ./mysqldumpslow -s c -t 10 /export/data/mysql/log/slow.log
2. 取出查詢時間最慢的3條慢查詢
   ./mysqldumpslow -s t -t 3 /export/data/mysql/log/slow.log

注意: 使用mysqldumpslow的分析結果不會顯示具體完整的sql語句,只會顯示sql的組成結構;
假如: SELECT FROM sms_send WHERE service_id=10 GROUP BY content LIMIT 0, 1000;
mysqldumpslow命令執行後顯示：
Count: 2 Time=1.5s (3s) Lock=0.00s (0s) Rows=1000.0 (2000), vgos_dba[vgos_dba]@[10.130.229.196]SELECT FROM sms_send WHERE service_id=N GROUP BY content LIMIT N, N

mysqldumpslow的分析結果詳解：

• Count：表示該型別的語句執行次數，上圖中表示select語句執行了2次。
• Time：表示該型別的語句執行的平均時間（總計時間）
• Lock：鎖時間0s。
• Rows：單次返回的結果數是1000條記錄，2次總共返回2000條記錄。

透過這個工具就可以查詢出來哪些sql語句是慢SQL，從而反饋研發進行最佳化，比如加索引，該應用的實現方式等。

常見慢SQL排查

1. 不使用子查詢
   SELECT FROM t1 WHERE id (SELECT id FROM t2 WHERE name=’hechunyang’);
   子查詢在MySQL5.5版本里，內部執行計劃器是這樣執行的：先查外表再匹配內表，而不是先查內表t2，當外表的資料很大時，查詢速度會非常慢。
   在MariaDB10/MySQL5.6版本里，採用join關聯方式對其進行了最佳化，這條SQL會自動轉換為 SELECT t1. FROM t1 JOIN t2 ON t1.id = t2.id;
   但請注意的是：最佳化只針對SELECT有效，對UPDATE/DELETE子 查詢無效， 生產環境儘量應避免使用子查詢。
2. 避免函式索引
   SELECT FROM t WHERE YEAR(d) >= 2016;
   由於MySQL不像Oracle那樣⽀持函式索引，即使d欄位有索引，也會直接全表掃描。
   應改為 > SELECT FROM t WHERE d >= ‘2016-01-01’;
3. 用IN來替換OR低效查詢
   慢SELECT FROM t WHERE LOC_ID = 10 OR LOC_ID = 20 OR LOC_ID = 30;
   高效查詢 > SELECT FROM t WHERE LOC_IN IN (10,20,30);
4. LIKE雙百分號無法使用到索引
   SELECT FROM t WHERE name LIKE ‘%de%’;
   使用SELECT FROM t WHERE name LIKE ‘de%’;
5. 分組統計可以禁止排序
   SELECT goods_id,count() FROM t GROUP BY goods_id;
   預設情況下，MySQL對所有GROUP BY col1，col2…的欄位進⾏排序。如果查詢包括GROUP BY，想要避免排序結果的消耗，則可以指定ORDER BY NULL禁止排序。
   使用SELECT goods_id,count() FROM t GROUP BY goods_id ORDER BY NULL;
6. 禁止不必要的ORDER BY排序
   SELECT count(1) FROM user u LEFT JOIN user_info i ON u.id = i.user_id WHERE 1 = 1 ORDER BY u.create_time DESC;
   使用SELECT count(1) FROM user u LEFT JOIN user_info i ON u.id = i.user_id;

9 總結

• 任何東西不應過重關注其外表，要注重內在的東西，往往絢麗的外表下會有對應的負擔和損耗。
• mysql資料庫的監控支援透過SQL方式從performance_schema庫中訪問對應的表資料，前提是初始化此庫並開啟監控資料寫入。
• 對於監控而言，不在於手段的多樣性，而需要明白監控的本質，以及需要的監控項內容，找到符合自身專案特色的監控方式。
• 在選擇監控工具對mysql監控時，需要關注監控工具本身對於資料庫伺服器的消耗，不要影響到其自身的使用。

---

作者：安甲舒