开启 profile 工具
mysql> SHOW VARIABLES LIKE '%profil%';
+------------------------+-------+
| Variable_name | Value |
+------------------------+-------+
| have_profiling | YES |
| profiling | OFF |
| profiling_history_size | 15 |
+------------------------+-------+
3 rows in set (0.00 sec)
mysql> SET profiling=on;
Query OK, 0 rows affected, 1 warning (0.00 sec)
mysql> SHOW VARIABLES LIKE '%profil%';
+------------------------+-------+
| Variable_name | Value |
+------------------------+-------+
| have_profiling | YES |
| profiling | ON |
| profiling_history_size | 15 |
+------------------------+-------+
3 rows in set (0.01 sec)
查看进程
mysql> SHOW processlist;
+----+------+-----------------+------+---------+------+----------+------------------+
| Id | User | Host | db | Command | Time | State | Info |
+----+------+-----------------+------+---------+------+----------+------------------+
| 5 | root | localhost:52435 | NULL | Sleep | 492 | | NULL |
| 6 | root | localhost:52436 | test | Sleep | 487 | | NULL |
| 7 | root | localhost:52437 | NULL | Sleep | 484 | | NULL |
| 9 | root | localhost:52440 | test | Sleep | 170 | | NULL |
| 12 | root | localhost | test | Query | 0 | starting | SHOW processlist |
+----+------+-----------------+------+---------+------+----------+------------------+
5 rows in set (0.00 sec)
全部分析的类型 :
mysql> SHOW profile all;
+----------------+----------+----------+------------+-------------------+---------------------+--------------+---------------+---------------+-------------------+-------------------+-------------------+-------+-----------------------+--------------+-------------+
| Status | Duration | CPU_user | CPU_system | Context_voluntary | Context_involuntary | Block_ops_in | Block_ops_out | Messages_sent | Messages_received | Page_faults_major | Page_faults_minor | Swaps | Source_function | Source_file | Source_line |
+----------------+----------+----------+------------+-------------------+---------------------+--------------+---------------+---------------+-------------------+-------------------+-------------------+-------+-----------------------+--------------+-------------+
| starting | 0.000075 | 0.000000 | 0.000000 | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | NULL | NULL | NULL |
| query end | 0.000027 | 0.000000 | 0.000000 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | mysql_execute_command | sql_parse.cc | 4965 |
| closing tables | 0.000040 | 0.000000 | 0.000000 | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | mysql_execute_command | sql_parse.cc | 5017 |
| freeing items | 0.000038 | 0.000000 | 0.000000 | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | mysql_parse | sql_parse.cc | 5622 |
| cleaning up | 0.000523 | 0.000000 | 0.000000 | 0 | 5 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | dispatch_command | sql_parse.cc | 1898 |
+----------------+----------+----------+------------+-------------------+---------------------+--------------+---------------+---------------+-------------------+-------------------+-------------------+-------+-----------------------+--------------+-------------+
5 rows in set, 1 warning (0.00 sec)
查看表索引 : SHOW INDEX FROM table_name;
mysql> show index from productions;
+-------------+------------+---------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment |
+-------------+------------+---------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| productions | 0 | PRIMARY | 1 | p_a_id | A | 9 | NULL | NULL | | BTREE | | |
| productions | 0 | p_a_id_UNIQUE | 1 | p_a_id | A | 9 | NULL | NULL | | BTREE | | |
| productions | 1 | expertGrade | 1 | e_id | A | 1 | NULL | NULL | YES | BTREE | | |
+-------------+------------+---------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
3 rows in set (0.00 sec)
Table : 表名
Key_name : 什么类型索引
Column_name : 索引列的字段名
Cardinality : 索引基数,很关键的一个参数,平均数值组=索引基数/表总数据行,平均数值组越接近1就越有可能利用索引
Index_type : 如果索引是全文索引,则是 fulltext
使用 explain命令 查看query语句的性能 :
mysql> EXPLAIN SELECT * FROM productions;
+----+-------------+-------------+------------+------+---------------+------+---------+------+------+----------+-------+
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+-------------+-------------+------------+------+---------------+------+---------+------+------+----------+-------+
| 1 | SIMPLE | productions | NULL | ALL | NULL | NULL | NULL | NULL | 9 | 100.00 | NULL |
+----+-------------+-------------+------------+------+---------------+------+---------+------+------+----------+-------+
1 row in set, 1 warning (0.00 sec)
其中
id : Query Optimizer 所选定的执行计划中查询的序列号
select_type : 是否是复杂语句,主要有以下这几种查询类型
DEPENDENT SUBQUERY : 子查询中内层的第一个 SELECT,依赖于外部查询的结果集
DEPENDENT UNION : 子查询中的 UNION,且为 UNION 中从第二个 SELECT 开始的后面所有 SELECT,同样依赖于外部查询的结果集
PRIMARY : 子查询中的最外层查询,注意并不是主键查询
SIMPLE : 除子查询或者 UNION 之外的其他查询
SUBQUERY : 子查询内层查询的第一个 SELECT,结果不依赖于外部查询结果集
UNCACHEABLE SUBQUERY : 结果集无法缓存的子查询
UNION : UNION 语句中第二个SELECT 开始的后面所有SELECT,第一个SELECT 为PRIMARY
UNION RESULT : UNION 中的合并结果
table : 显示这一步所访问的数据库中的表的名称
type : 对表所使用的访问方式,主要包含如下集中类型
all : 全表扫描
const : 读常量,且最多只会有一条记录匹配,由于是常量,所以实际上只需要读一次
eq_ref : 最多只会有一条匹配结果,一般是通过主键或者唯一键索引来访问
fulltext : 全文索引
index : 全索引扫描
index_merge : 查询中同时使用两个 (或更多) 索引,然后对索引结果进行merge 之后再读取表数据
index_subquery : 子查询中的返回结果字段组合是一个索引 (或索引组合),但不是一个主键或者唯一索引
rang : 索引范围扫描
ref : Join 语句中被驱动表索引引用查询
ref_or_null : 与ref 的唯一区别就是在使用索引引用查询之外再增加一个空值的查询
system : 系统表,表中只有一行数据
unique_subquery : 子查询中的返回结果字段组合是主键或者唯一约束
possible_keys : 该查询可以利用的索引,如果没有任何索引可以使用,就会显示成null,这一项内容对于优化时候索引的调整非常重要
key : 显示 MySQL 实际使用的索引的名字,如果它为空 (或NULL),则MySQL不使用索引
key_len : 索引中被使用部分的长度,以字节计
ref : 它显示的是列的名字 (或单词 "const") ,MySQL将根据这些列来选择行
rows : MySQL所认为的它在找到正确的结果之前必须扫描的记录数,显然,这里最理想的数字就是1
Extra : 可能出现许多不同的选项,其中大多数将对查询产生负面影响,主要可能会是以下内容
Distinct : 查找distinct 值,所以当mysql 找到了第一条匹配的结果后,将停止该值的查询而转为后面其他值的查询
Full scan on NULL key : 子查询中的一种优化方式,主要在遇到无法通过索引访问null值的使用使用
Impossible WHERE noticed after reading const tables : MySQL Query Optimizer 通过收集到的统计信息判断出不可能存在结果
No tables : Query 语句中使用FROM DUAL 或者不包含任何FROM 子句
Not exists : 在某些左连接中MySQL Query Optimizer 所通过改变原有Query 的组成而使用的优化方法,可以部分减少数据访问次数
Range checked for each record (index map: N) : 通过MySQL 官方手册的描述,当 MySQL Query Optimizer 没有发现好的可以使用的索引的时候,如果发现如果来自前面的表的列值已知,可能部分索引可以使用。对前面的表的每个行组合,MySQL 检查是否可以使用range 或index_merge 访问方法来索取行
Select tables optimized away : 当我们使用某些聚合函数来访问存在索引的某个字段的时候,MySQL Query Optimizer 会通过索引而直接一次定位到所需的数据行完成整个查询。当然,前提是在Query 中不能有GROUP BY 操作。如使用 MIN() 或者 MAX() 的时候
Using filesort : 当我们的Query 中包含ORDER BY 操作,而且无法利用索引完成排序操作的时候,MySQL Query Optimizer 不得不选择相应的排序算法来实现
Using index : 所需要的数据只需要在Index 即可全部获得而不需要再到表中取数据
Using index for group-by : 数据访问和Using index 一样,所需数据只需要读取索引即可,而当Query 中使用了GROUP BY 或者DISTINCT 子句的时候,如果分组字段也在索引中,Extra 中的信息就会是 Using index for group-by
Using temporary : 当MySQL 在某些操作中必须使用临时表的时候,在Extra 信息中就会出现Using temporary,主要常见于GROUP BY 和ORDER BY 等操作中
Using where : 如果我们不是读取表的所有数据,或者不是仅仅通过索引就可以获取所有需要的数据,则会出现 Using where 信息
Using where with pushed condition : 这是一个仅仅在NDBCluster 存储引擎中才会出现的信息,而且还需要通过打开 Condition Pushdown 优化功能才可能会被使用。控制参数为 engine_condition_pushdown