定位慢 SQL

定位慢 SQL 的兩種方案

• 檢視慢查詢日誌確定已經執行完的慢查詢

• show processlist 檢視正在執行的慢查詢

通過慢查詢日誌

MySQL 的慢查詢日誌用來記錄在 MySQL 中響應時間超過引數 long_query_time（單位秒，預設值 10）設定的值並且掃描記錄數不小於 min_examined_row_limit（預設值 0）的語句

使用慢查詢日誌，一般分為四步：開啟慢查詢日誌、設定慢查詢閥值、確定慢查詢日誌路徑、確定慢查詢日誌的檔名。

首先開啟慢查詢日誌，由引數 slow_query_log 決定是否開啟，預設環境下，慢查詢日誌是關閉的

mysql> set global slow_query_log = on;
Query OK, 0 rows affected (0.00 sec)
 

設定慢查詢時間閥值

mysql> set global long_query_time = 1;
Query OK, 0 rows affected (0.00 sec)

慢查詢日誌的路徑預設是 MySQL 的資料目錄

mysql> show global variables like "datadir";
+---------------+-------------+
| Variable_name | Value       |
+---------------+-------------+
| datadir       | /data/3306/ |
+---------------+-------------+
1 row in set (0.00 sec)
 

確定慢查詢日誌的檔名

mysql> show global variables like "slow_query_log_file";
+---------------------+------------------------------+
| Variable_name       | Value                        |
+---------------------+------------------------------+
| slow_query_log_file | /data/3306/mysql_01-slow.log |
+---------------------+------------------------------+
1 row in set (0.01 sec)
 

根據上面的查詢結果，可以直接檢視 /data/3306/mysql_01-slow.log 檔案獲取已經執行完的慢查詢

[root@mysql_01 ~]# tail -n5 /data/3306/mysql_01-slow.log 
# Time: 2020-06-17T03:47:28.224746Z
# User@Host: root[root] @ localhost []  Id:     5
# Query_time: 10.003112  Lock_time: 0.000000 Rows_sent: 1  Rows_examined: 0
SET timestamp=1592365648;
select sleep(10);
[root@mysql_01 ~]# 

tail -n5 ：只檢視慢查詢檔案的最後 5 行

Time：慢查詢發生的時間

User@Host：客戶端使用者和 IP

Query_time：查詢時間

Lock_time：等待表鎖的時間

Rows_sent：語句返回的行數

Rows_examined：語句執行期間從儲存引擎讀取的行數

通過 show processlist

有時慢查詢正在執行，已經導致資料庫負載偏高了，而由於慢查詢還沒執行完，因此慢查詢日誌還看不到任何語句。此時可以使用 show processlist 命令判斷正在執行的慢查詢。show processlist 顯示哪些執行緒正在執行。如果有 PROCESS 許可權，則可以看到所有執行緒。否則，只能看到當前會話的執行緒。

mysql> show processlist\G
*************************** 1. row ***************************
     Id: 8
   User: root
   Host: localhost
     db: NULL
Command: Query
   Time: 0
  State: starting
   Info: show processlist
1 row in set (0.00 sec)

Time：表示執行時間

Info：表示 SQL 語句

可以通過它的執行時間（Time）來判斷是否是慢 SQL

使用 explain 分析慢查詢

explain 可以獲取 MySQL 中 SQL 語句的執行計劃，比如語句是否使用了關聯查詢、是否使用了索引、掃描行數等。可以幫我們選擇更好地索引和寫出更優的 SQL 。使用方法：在查詢語句前面加上 explain 執行就可以了

為了便於理解，先建立兩張測試表

create database muke;
use muke;

CREATE TABLE `t1` (
	`id` int(11) NOT NULL auto_increment,
	`a` int(11) DEFAULT NULL,
	`b` int(11) DEFAULT NULL,
	`create_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '記錄建立時間',
	`update_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '記錄更新時間',
	PRIMARY KEY (`id`),
	KEY `idx_a` (`a`),
	KEY `idx_b` (`b`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

delimiter $
create procedure insert_t1()	/* 建立儲存過程insert_t1 */
begin
    declare i int;				/* 宣告變數i */
    set i=1;				/* 設定i的初始值為1 */
    while(i<=1000) do			/* 對滿足i<=1000的值進行while迴圈 */
	insert into t1(a, b) values(i, i); 		/* 寫入表t1中a、b兩個欄位，值都為i當前的值 */
	set i=i+1;				/* 將i加1 */
    end while;
end $
delimiter ;
call insert_t1();				/* 執行儲存過程insert_t1 */

create table t2 like t1;			/* 建立表t2，表結構與t1一致 */
insert into t2 select * from t1;		/* 將表t1的資料匯入到t2 */

下面嘗試使用 explain 分析一條 SQL，例子如下：

mysql> explain select * from t1 where b=100;

select_type

type

上表的這些情況，查詢效能從上到下依次是最好到最差。

extra