Mysql - MySql慢查询和执行计划(重点)

2025-02-12

MySql慢查询和执行计划

MySql慢查询

MySql慢查询分析工具

mysqldumpslow:汇总除查询条件外其他完全相同的SQL，并将分析结果按照参数中所指定的顺序输出。

语法：

#
#
# -s order (c,t,l,r,at,al,ar) 
#    c:总次数
#    t:总时间
#    l:锁的时间
#    r:总数据行
#    at,al,ar  :t,l,r平均数  【例如：at = 总时间/总次数】
#    -t  top   指定取前面几天作为结果输出

mysqldumpslow -s r -t 10 slow-mysql.log

其它工具(需要安装)：pt_query_digest

语法：

1	pt-query-digest --explain h=127.0.0.1, u=root,p=password slow-mysql.log

MySql执行计划

索引

语法：

--查看索引
SHOW INDEX FROM table_name

--创建索引
CREATE  [UNIQUE ] INDEX indexName ON mytable(columnname(length));
ALTER TABLE 表名 ADD  [UNIQUE ]  INDEX [indexName] ON (columnname(length)) 

--删除索引
DROP INDEX [indexName] ON mytable;

分类：

普通索引：即一个索引只包含单个列，一个表可以有多个单列索引
唯一索引：索引列的值必须唯一，但允许有空值
复合索引：即一个索引包含多个列
聚簇索引(聚集索引)：并不是一种单独的索引类型，而是一种数据存储方式。具体细节取决于不同的实现，InnoDB的聚簇索引其实就是在同一个结构中保存了B-Tree索引(技术上来说是B+Tree)和数据行。
非聚簇索引：不是聚簇索引，就是非聚簇索引

执行计划

语法：

1	Explain + SQL语句

执行计划包含的信息(重点):

id 查询顺序

select查询的序列号,包含一组数字，表示查询中执行select子句或操作表的顺序。id相同，执行顺序由上至下。id不同，如果是子查询，id的序号会递增，id值越大优先级越高，越先被执行。
select_type 查询类型
- SIMPLE：简单的 select 查询,查询中不包含子查询或者UNION
- PRIMARY：查询中若包含任何复杂的子部分，最外层查询则被标记为
- SUBQUERY：在SELECT或WHERE列表中包含了子查询
- DERIVED：在FROM列表中包含的子查询被标记为DERIVED(衍生)，MySQL会递归执行这些子查询, 把结果放在临时表里。
- UNION：若第二个SELECT出现在UNION之后，则被标记为UNION；若UNION包含在FROM子句的子查询中,外层SELECT将被标记为：DERIVED
- UNION RESULT：从UNION表获取结果的SELECT
table
type(重要)

system>const>eq_ref>ref>range>index>ALL
system：表只有一行记录
const：表示通过索引一次就找到了
eq_ref：唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配。常见于主键或唯一索引扫描
ref：非唯一性索引扫描，返回匹配某个单独值的所有行.
range：范围查询
index：查询索引列
all：全表扫描
possible_keys 可能用到的索引
key 实际用到的索引
key_len 索引中使用的字节数

key_len显示的值为索引字段的最大可能长度，并非实际使用长度。在不损失精确性的情况下，长度越短越好。如果是联合索引，索引的大小代表使用索引的程度，如果太小了就代表了部分字段没有使用到索引。
latin1占用1个字节，gbk占用2个字节，utf8占用3个字节。（不同字符编码占用的存储空间不同）
字段可为空，长度+1，varchar类型+2
datetime类型在5.6中字段长度是5个字节，datetime类型在5.5中字段长度是8个字节
NULL都需要1个字节的额外空间,所以索引字段最好不要为NULL，因为NULL让统计更加复杂并且需要额外的存储空间。
ref 显示索引的哪一列被使用了，如果可能的话，是一个常数。哪些列或常量被用于查找索引列上的值
rows 扫描的行数，越小越好
Extra(重要) 额外信息
- Using filesort 使用一个外部的索引排序，需要优化
- Using temporary 使用了临时表
- USING index 使用了覆盖索引，避免访问了表的数据行，效率不错！
- Using where 使用了where条件
- Using join buffer 使用联合查询
- Impossible where where后面的条件一定是false