对于 sql 性能的判断,你是否还是通过百度,看看人家的博客,通过别人的回答 做出判断,或是凭自己的一点知识加上猜想呢?如果是,那么你将很被动,百度出来的经验我们无法判断是否正确,如果出了问题,可能就不知道怎么办了 。其实我们完全可以通过分析得到我们想要的答案。
分析需要工具,今天我就给大家介绍两个很厉害的命令,通过它们,你将不用再求百度。
一、 profiling命令:
show profiles是5.0.37之后添加的,要想使用此功能,要确保版本在5.0.37之后。
我们直接上图:
默认情况下,profiling 是关闭的,我们需要手工的打开
打开之后我们就可以使用啦 ,试试看 show profiles
啥也没有? 当然啦,我们还没有开始查询,我查询几条记录试试看。
再show profiles:
我们可以看到 我们查询的历史记录,执行的非常详细的时间。
如果我们想查看更详细的信息当然也是没有任何问题,我们继续往下,比如我想查看 第9条sql:
在这里我们就可以看到这条sql执行的整个过程,我们不再需要猜测,直接可以看到权限验证、打开表,初始化,统计、排序,是否使用临时表等。
当前这条语句比较简单,我们可以看到主要花费的时间是在 sending data上。
二、explain命令
explain与profiling都是用于sql语句的分析,
explain是从整体上进行分析,包括扫描了多少行,是否使用索引,使用了什么索引,是否用到临时表,是否使用了文件排序。
profiling是分析一条sql从开始到结束的各个环节使用的时间。
我们使用explain来分析一条sql语句:
参数说明:
- id:select查询编号,这个不重要
- select_type:查询类型
simple:简单查询、没有子查询
primary:最外面的select,在有子查询的语句中,最外面的select查询就是primary
subquery:子查询
union:union语句的第二个或者说是后面那一个
union result:union的结果
select_type 其实不是很重要。 - table: 表名,使用别名时显示别名
- type:查询性能等级类型(很重要)
system:表仅有一行,这是const类型的特列,平时不会出现,这个也可以忽略不计
const:表最多有一个匹配行,一般是根据主键查,或者唯一索引,达到常量级别,性能很好
eq_ref:通过索引直接定位到某一行,常见于连接查询中
ref: 通过索引,可以直接引用到某些数据行
range:根据索引做范围扫描
index:扫描所有的索引节点
all:全表扫描 - possible key:可能用到的索引
注意:系统估计可能用到几个索引,最终只能用一个。 - key:最终用到的索引
- key_len:使用的索引最大长度
- Extra:详细说明
这两个命令用起来其实也比较简单,对照每个参数的含义 就能对语句做出分析了,希望这篇文章能对大家有所帮助。
欢迎关注微信公众号:shoshana