**前言：**

慢日誌在日常資料庫運維中經常會用到，我們可以透過檢視慢日誌來獲得效率較差的 SQL ，然後可以進行 SQL 最佳化。本篇文章我們一起來學習下慢日誌相關知識。

#### 1.慢日誌簡介

慢日誌全稱為慢查詢日誌（Slow Query Log），主要用來記錄在 MySQL 中執行時間超過指定時間的 SQL 語句。透過慢查詢日誌，可以查詢出哪些語句的執行效率低，以便進行最佳化。

預設情況下，MySQL 並沒有開啟慢日誌，可以透過修改 slow_query_log 引數來開啟慢日誌。與慢日誌相關的引數介紹如下：

- **slow_query_log**：是否啟用慢查詢日誌，預設為0，可設定為0、1，1表示開啟。
- **slow_query_log_file**：指定慢查詢日誌位置及名稱，預設值為host_name-slow.log，可指定絕對路徑。
- **long_query_time**：慢查詢執行時間閾值，超過此時間會記錄，預設為10，單位為s。
- **log_output**：慢查詢日誌輸出目標，預設為file，即輸出到檔案。
- **log_timestamps**：主要是控制 error log、slow log、genera log 日誌檔案中的顯示時區，預設使用UTC時區，建議改為 SYSTEM 系統時區。
- **log_queries_not_using_indexes**：是否記錄所有未使用索引的查詢語句，預設為off。
- **min_examined_row_limit**：對於查詢掃描行數小於此引數的SQL，將不會記錄到慢查詢日誌中，預設為0。
- **log_slow_admin_statements**：慢速管理語句是否寫入慢日誌中，管理語句包含 alter table、create index 等，預設為 off 即不寫入。

一般情況下，我們只需開啟慢日誌記錄，配置下閾值時間，其餘引數可按預設配置。對於閾值時間，可靈活調整，比如說可以設定為 1s 或 3s 。

#### 2.慢日誌實戰

在配置檔案中，我們可以設定以下幾個慢日誌相關引數：

```sql
# 慢查詢日誌相關配置，可根據實際情況修改
vim /etc/my.cnf 
[mysqld] 
slow_query_log = 1
slow_query_log_file = /data/mysql/logs/slow.log
long_query_time = 1
log_timestamps = SYSTEM
log_output = FILE
```

下面我們具體看下，慢日誌會記錄哪些內容？我們執行一條較慢的查詢 SQL ，來看下在慢日誌中的體現。

```sql
# 該條SQL執行時間超過閾值

# Time: 2021-05-13T17:38:03.687811+08:00
# User@Host: root[root] @  [192.168.85.0]  Id: 2604943
# Query_time: 1.099889  Lock_time: 0.000144 Rows_sent: 39  Rows_examined: 45305
SET timestamp=1620898683;
select * from test_table where col_name like '%測試%';
```

如果啟用了慢速查詢日誌，並且選擇了 FILE 作為輸出目標，則寫入日誌的每個語句都以 # 字元開頭。對於每一組慢SQL，第一行記錄的是該條 SQL 執行的時刻（如果 log_timestamps 引數為 UTC ，則該時間會顯示 UTC 時區時間），第二行記錄的是執行該語句的使用者和 IP 以及連結 id ，第三行的幾個欄位解釋如下：

- **Query_time**: duration 語句執行時間，以秒為單位。
- **Lock_time**: duration 獲取鎖的時間(以秒為單位)。
- **Rows_sent**: N 傳送給 Client 端的行數。
- **Rows_examined**: N 伺服器層檢查的行數(不計算儲存引擎內部的任何處理)。

下面兩行分別是此語句執行時候的時間戳和具體慢 SQL 。

在實際環境下，不建議開啟 log_queries_not_using_indexes 引數，此引數開啟後可能導致慢日誌迅速增長。對於慢日誌的篩選與分析，我們可以藉助 mysqldumpslow、pt-query-digest 等工具來分析。對於慢日誌檔案，要定期進行歸檔處理，比如可以暫時關閉慢日誌，然後將舊檔案重新命名，之後再開啟慢日誌，這樣就會寫入新的日誌檔案中，有效減小日誌體積。

MySQL慢日誌全解析

相關文章