mysql 使用profiling和explain查詢語句性能解析

更新時間：2024年02月09日 09:54:01 作者：曹朋羽

MySQL 查詢 Profile 可以告訴你每個查詢花費了多長時間,使用了多少資源,執(zhí)行了哪些操作等,這篇文章主要介紹了mysql 使用profiling和explain查詢語句性能解析,需要的朋友可以參考下

profiling

MySQL Profile 可以用來收集關(guān)于查詢性能的信息，以便進行性能優(yōu)化。MySQL 查詢 Profile 可以告訴你每個查詢花費了多長時間，使用了多少資源，執(zhí)行了哪些操作等

profiling默認(rèn)時關(guān)閉，使用以下命令開啟profiling。

mysql> SET profiling = 1;

然后可以使用 SHOW PROFILES;命令來查看sql執(zhí)行耗時。會展示一個列表，其中包含每個查詢的 ID、執(zhí)行時間和內(nèi)存使用情況。

mysql> show profiles;
+----------+------------+-----------------------+
| Query_ID | Duration   | Query                 |
+----------+------------+-----------------------+
|        1 | 0.00014600 | SELECT DATABASE()     |
|        2 | 0.00035250 | select * from account |
+----------+------------+-----------------------+

如果要查看某個sql的詳細(xì)信息，可以使用

SHOW PROFILE FOR QUERY 查詢的Id;查詢的ID就是 SHOW PROFILES展示的列表對應(yīng)的第一列的值。

mysql> show profile for query 2;
+--------------------------------+----------+
| Status                         | Duration |
+--------------------------------+----------+
| starting                       | 0.000059 |
| Executing hook on transaction  | 0.000005 |
| starting                       | 0.000009 |
| checking permissions           | 0.000007 |
| Opening tables                 | 0.000127 |
| init                           | 0.000006 |
| System lock                    | 0.000009 |
| optimizing                     | 0.000004 |
| statistics                     | 0.000015 |
| preparing                      | 0.000021 |
| executing                      | 0.000042 |
| end                            | 0.000004 |
| query end                      | 0.000003 |
| waiting for handler commit     | 0.000008 |
| closing tables                 | 0.000007 |
| freeing items                  | 0.000010 |
| cleaning up                    | 0.000018 |

在高版本的mysql中，profilling也被提示過時了，被移到performance_schema下一些表中，具體可以看官方介紹

https://dev.mysql.com/doc/refman/8.0/en/performance-schema-query-profiling.html

explain

可以使用explain select語句來查看語句的具體執(zhí)行計劃。它可以顯示 MySQL 查詢優(yōu)化器是如何決定執(zhí)行查詢的。通過執(zhí)行計劃，你可以了解到 MySQL 是如何選擇索引、連接表以及訪問行的順序的。explain展示的計劃結(jié)果列表會有以下列信息。

mysql> explain SELECT * FROM test WHERE id =10;
+----+-------------+-------+-------+---------------+---------+---------+-------+------+-------+
| id | select_type | table | type  | possible_keys | key     | key_len | ref   | rows | Extra |
+----+-------------+-------+-------+---------------+---------+---------+-------+------+-------+
|  1 | SIMPLE      | test  | const | PRIMARY       | PRIMARY | 4       | const |    1 | NULL  |
+----+-------------+-------+-------+---------------+---------+---------+-------+------+-------+

來看下具體每列大概意思

1、id

表示查詢中執(zhí)行的順序，id相同從上到下按順序執(zhí)行，一般id越大優(yōu)先級越高。如果有子查詢，則子查詢會有不同的 id。子查詢會先執(zhí)行。

2、select_type

SIMPLE：簡單查詢，沒有使用子查詢或連表操作

PRIMARY：復(fù)雜查詢中最外層查詢

UNION: union后面的查詢

SUBQUERY: 子查詢

DERIVED: from引用的子查詢

MATERIALIZED：物化子查詢

例1：

explain SELECT * FROM web_shop_order o inner join web_user u on o.uid=u.uid;

兩個都是簡單查詢：SIMPLE

例2：

EXPLAIN SELECT u.uid,u.username,t.nums FROM web_user u INNER JOIN
(SELECT uid,COUNT(1) AS nums FROM web_order2 GROUP BY uid) t ON u.uid=t.uid

最外層的查詢就是：PRIMARY

分組子查詢是：DERIVED

例3：

EXPLAIN SELECT 1 UNION SELECT 2;

會有三條執(zhí)行計劃信息，第一個查詢是：PRIMARY，第二個查詢是UNION，最后的結(jié)果集是UNION RESULT。

3、table列

表名

4、type

表訪問關(guān)聯(lián)類型

system

表只有一行，是下面const類型的一種特殊情況

const

? 表中最多只有一行記錄匹配，這種就是在where條件中使用主鍵等值查詢

eq_ref

等值關(guān)聯(lián)。對于來自前一個表的每個行組合，從這個表中讀取一行。除了system和const類型之外，這是最好的連接類型。當(dāng)連接使用索引的所有部分，并且索引是PRIMARY KEY或UNIQUE NOT NULL索引時，使用它。

mysql>  explain SELECT * FROM web_shop_order o ,web_user u WHERE o.uid=u.uid;
+----+-------------+-------+--------+---------------+---------+---------+--------------+------+-------------+
| id | select_type | table | type   | possible_keys | key     | key_len | ref          | rows | Extra       |
+----+-------------+-------+--------+---------------+---------+---------+--------------+------+-------------+
|  1 | SIMPLE      | o     | ALL    | NULL          | NULL    | NULL    | NULL         |    8 | Using where |
|  1 | SIMPLE      | u     | eq_ref | PRIMARY       | PRIMARY | 4       | db_xjy.o.uid |    1 | Using where |
+----+-------------+-------+--------+---------------+---------+---------+--------------+------+-------------+

普通索引查找。非唯一所有?？赡軙祷囟嘈?。

mysql> explain SELECT * FROM web_user WHERE username='張三';
+----+-------------+----------+------+---------------+----------+---------+-------+------+-----------------------+
| id | select_type | table    | type | possible_keys | key      | key_len | ref   | rows | Extra                 |
+----+-------------+----------+------+---------------+----------+---------+-------+------+-----------------------+
|  1 | SIMPLE      | web_user | ref  | username      | username | 63      | const |    1 | Using index condition |
+----+-------------+----------+------+---------------+----------+---------+-------+------+-----------------------+

range

索引范圍掃描，在一個索引列上進行特定范圍進行查找。如in、between and、like、大于或小于等這種。

普通索引也使用。后面的key列對應(yīng)的使用的索引列。

mysql> explain select * from web_user where uid in(100,101);
+----+-------------+----------+-------+---------------+---------+---------+------+------+-------------+
| id | select_type | table    | type  | possible_keys | key     | key_len | ref  | rows | Extra       |
+----+-------------+----------+-------+---------------+---------+---------+------+------+-------------+
|  1 | SIMPLE      | web_user | range | PRIMARY       | PRIMARY | 4       | NULL |    2 | Using where |
+----+-------------+----------+-------+---------------+---------+---------+------+------+-------------+
1 row in set (0.00 sec)
mysql> explain select * from web_user where username like '曹%';
+----+-------------+----------+-------+---------------+----------+---------+------+------+-----------------------+
| id | select_type | table    | type  | possible_keys | key      | key_len | ref  | rows | Extra                 |
+----+-------------+----------+-------+---------------+----------+---------+------+------+-----------------------+
|  1 | SIMPLE      | web_user | range | username      | username | 63      | NULL |    9 | Using index condition |
+----+-------------+----------+-------+---------------+----------+---------+------+------+-----------------------+
1 row in set (0.00 sec)