【Mysql】优化-查询有问题的SQL

14 篇文章 2 订阅

目录

查询截取分析步骤:

一、慢查询日志:

什么是慢查询日志?

如何使用?

查看并开启

什么样的SQL才会记录到慢查询里面?

记录慢SQL并后续分析:

日志分析工具:mysqldumpslow

工作中常用的参考:

二、Explain + SQL:

是什么?

能干什么?

怎么用?

id

select_type

table:

type:

possible_keys:

key:

key_len:

ref:

rows:

Extra

三、Show Profile

What?

How?


查询截取分析步骤:

  1. 慢查询开启并捕获
  2. explain+慢SQL分析
  3. show profile查询SQL在MYsql服务器里面的执行细节和生命周期情况
  4. SQL服务器的参数调优

 

一、慢查询日志:

什么是慢查询日志?

是MySQL提供的一种日志记录,它用来记录在MySQL中响应时间超过阀值的语句,具体指运行时间超过long_query_time值的SQL,则会被记录到慢查询日志中。

long_query_time默认值为10秒

如何使用?

查看并开启

查看是否开启:

  SHOW VARIABLES LIKE '%slow_query_log%';

 开启:

  set global slow_query_log = 1

设置永久生效:

要永久生效,就必须修改配置文件my.cnf,然后重启mysql服务器。

修改my.cnf文件

slow_query_log = 1

slow_query_log_file = /var/lib/mysql/intern-slow.log

slow_query_log_file,它是指定慢查询日志文件的存放路径,系统默认会给一个缺省的文件host_name-slow.log(如果没有指定参数slow_query_log_file的话)

什么样的SQL才会记录到慢查询里面?

查看当前多少秒算慢

  SHOW VARIABLES LIKE 'long_query_time%';

  默认设置为10秒,大于10秒的才会被记录

设置慢的阙值时间

  set global long_query_time=3;

  mysql源码里是判断大于logn_query_time,而非大于等于。

为什么设置后看不出变化?

  需要重新连接或者新开一个回话才能看到修改值。

 SHOW VARIABLES LIKE 'long_query_time%';

  show global variables like 'long_query_time';

记录慢SQL并后续分析:

查询当前系统中有多少条慢查询记录:

show global status like '%slow_queries%';

进入慢查询日志记录当中查看具体是哪些SQL语句:

日志分析工具:mysqldumpslow

s:是表示按何种方式排序

c:访问次数

l:锁定时间

r:返回记录

t:查询时间

al:平均锁定时间

ar:平均返回记录数

at:平均查询时间

t:即为返回前面多少条的数据

g:后边搭配一个正则匹配模式,大小写不敏感的

工作中常用的参考:

mysqldumpslow -s r -t 10 /var/lib/mysql/localhost-slow.log  // 得到返回记录集最多的10个SQL

mysqldumpslow -s c -t 10 /var/lib/mysql/localhost-slow.log  // 得到访问次数最多的最多的10个SQL

mysqldumpslow -s t -t 10 -g "left join" /var/lib/mysql/localhost-slow.log  // 得到按照时间排序的前10条里面含有左连接的查询语句

mysqldumpslow -s r -t 10 /var/lib/mysql/localhost-slow.log | more  // 建议在使用这些命令时结合|和more使用,否则有可能出现爆屏情况

 

二、Explain + SQL:

是什么?

使用EXPLAIN关键字可以模拟优化器执行SQL语句,从而知道MySQL是如何处理你的SQL语句的。分析你的查询语句或是结构的性能瓶颈。

能干什么?

  • 表的读取顺序
  • 数据读取操作的操作类型
  • 哪些索引可以使用
  • 哪些索引被实际使用
  • 表之间的引用
  • 每张表有多少行被优化器查询

怎么用?

Explain+SQL语句

id

select查询的序列号,包含一组数字,表示查询中执行select子句或操作表的顺序

三种情况:

  1.  id相同,执行顺序由上至下
  2.  id不同,如果是子查询,id的序号会递增,id值越大优先级越高,越先被执行
  3.  id相同不同,同时存在

select_type

查询的类型,主要用于区别:普通查询、联合查询、子查询等的复杂查询

 1.SIMPLE

  简单的select查询,查询中不包含子查询或者UNION

 2.PRIMARY

  查询中若包含任何复杂的子部分,最外层查询则被标记为

 3.SUBQUERY

  在SELECT或者WHERE列表中包含了子查询

 4.DERIVED

  在FROM列表中包含的子查询被标记为DERIVED(衍生)

MySQL会递归执行这些子查询,把结果放在临时表里。

 5.UNION

  若第二个SELECT出现在UNION之后,则被标记为UNION;

若UNION包含在FROM子句的子查询中,外层SELECT将被标记为:DERIVED

 6.UNION RESULT

  从UNION表获取结果的SELECT

table:

显示这一行的数据是关于哪张表的

type:

type列:是指查询的方式,非常重要,是分析“查数据过程”的重要依据

从最好到最差依次是:

system>const>eq_ref>ref>range>index>ALL

1. system

 表只有一行记录(等于系统表),这是const类型的特例,平时不会出现,这个也可以忽略不计

2. const

 表示通过索引一次就找到了,const用于比较primary key或者unique索引。因为只匹配一行数据,所以很快。如将主键至于where列表中,MySQL就能将该查询转换为一个常量

3. eq_ref

 唯一性索引,对于每个索引键,表中只有一条记录与之匹配,常见于主键或唯一索引扫描

4. ref

 非唯一索引扫描,返回匹配某个单独值的所有行。

本质上也是一种索引访问,它返回所有匹配某个单独值的行,然而,

它可能会找到多个符合条件的行,所以他应该属于查找和扫描的混合体

5. range

 只检索给定范围的行,使用一个索引来选择行。key列显示使用了哪个索引

一般就是在你的where语句中出现了between、<、>、in等的查询

这种范围扫描索引扫描比全表扫描要好,因为他只需要开始索引的某一点,而结束语另一点,不用扫描全部索引

6. index

 Full Index Scan,index与ALL区别为index类型只遍历索引树。这通常比ALL快,因为索引文件通常比数据文件小。

all扫描的是所有数据行,index扫描的是所有索引节点

7. all

 FullTable Scan,将遍历全表以找到匹配的行

备注:

 一般来说,得保证查询只是达到range级别,最好达到ref

possible_keys:

显示可能应用在这张表中的索引,一个或多个。但最终只能用1个

查询涉及的字段上若存在索引,则该索引将被列出,但不一定被查询实际使用

key:

实际使用的索引。如果为null则没有使用索引

查询中若使用了覆盖索引,则索引和查询的select字段重叠

key_len:

表示索引中使用的字节数,可通过该列计算查询中使用的索引的长度。在不损失精确性的情况下,长度越短越好。

key_len显示的值为索引最大可能长度,并非实际使用长度,即key_len是根据表定义计算而得,不是通过表内检索出的

ref:

显示索引那一列被使用了,如果可能的话,是一个常数。那些列或常量被用于查找索引列上的值

rows:

根据表统计信息及索引选用情况,大致估算出找到所需的记录所需要读取的行数

Extra

包含不适合在其他列中显示但十分重要的额外信息

 1. Using filesort

  说明mysql会对数据使用一个外部的索引排序,而不是按照表内的索引顺序进行读取。

   MySQL中无法利用索引完成排序操作成为“文件排序”,这种情况不太好,需要优化。

 2. Using temporary

  使用了临时表保存中间结果,MySQL在对查询结果排序时使用临时表。常见于排序order by 和分组查询 group by

 不太好,需要优化。

3. USING index

  表示相应的select操作中使用了覆盖索引(Coveing Index),避免访问了表的数据行,效率不错!

  如果同时出现using where,表明索引被用来执行索引键值的查找;  如果没有同时出现using where,表面索引用来读取数据而非执行查找动作。

 4. Using where

  表面使用了where过滤

 5. using join buffer

  使用了连接缓存

 6. impossible where

  where子句的值总是false,不能用来获取任何元组

7. select tables optimized away

  在没有GROUPBY子句的情况下,基于索引优化MIN/MAX操作或者

对于MyISAM存储引擎优化COUNT(*)操作,不必等到执行阶段再进行计算,查询执行计划生成的阶段即完成优化。

 8. distinct

  优化distinct,在找到第一匹配的元组后即停止找同样值的工作

 

三、Show Profile

What?

是mysql提供可以用来分析当前会话中语句执行的资源消耗情况。可以用于SQL的调优测量

官网:https://dev.mysql.com/doc/refman/5.5/en/show-profile.html

默认情况下,参数处于关闭状态,并保存最近15次的运行结果

How?

1.是否支持,看看当前的SQL版本是否支持

2.开启功能,默认是关闭,使用前需要开启

3.运行SQL

4.查看结果

show profiles;

5.诊断SQL,

show profile cpu,block io for query 上一步前面的问题SQL 数字号码;

 参数备注

6.日常开发需要注意的结论:出现以下内容任何一个,SQL必须优化

 converting HEAP to MyISAM 查询结果太大,内存都不够用了往磁盘上搬了。

 Creating tmp table 创建临时表

      拷贝数据到临时表

      用完再删除

 Copying to tmp table on disk 把内存中临时表复制到磁盘,危险!!!

 

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 5
    评论
评论 5
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值