关闭

MySQL慢SQL优化-如何分析性能瓶颈

标签: mysql优化性能
447人阅读 评论(0) 收藏 举报
分类:

优化慢SQL首先得知道瓶颈在哪,本文主要介绍慢SQL性能瓶颈分析。本文就以前段时间参加的一个SQL优化活动为例。
mysql命令行或者一些可视化工具在sql执行时间的精度比较低,尤其是命令行只显示到10ms,所以需要打开mysql的执行时间监听

 set profiling = 1;

然后使用

show profiles;

命令就可查看sql的执行时间。

例如:

mysql> show profiles;
+----------+------------+------------------------------------------------------------------------------------------------------------------------------------------------
-------------------------------------------------------------------------------------------------------------------------------------------+
| Query_ID | Duration   | Query
                                                                                                                                           |
+----------+------------+------------------------------------------------------------------------------------------------------------------------------------------------
-------------------------------------------------------------------------------------------------------------------------------------------+
|        1 | 0.18553425 | select a.seller_id,a.seller_name,b.user_name,c.state   from  a,b,c
where  a.seller_name=b.seller_name  and    b.user_id=c.user_id   and  c.user_id=17  and
a.gmt_create BETWEEN DATE_ADD(NOW(), INTERVAL - 600 MINUTE) AND  DATE_ADD(NOW(), INTERVAL 600 MINUTE)  order  by  a.gmt_create |
+----------+------------+------------------------------------------------------------------------------------------------------------------------------------------------
-------------------------------------------------------------------------------------------------------------------------------------------+
1 row in set, 1 warning (0.00 sec)

在命令行中执行完sql后,使用 show profiles; 语句就可显示上面的执行历史信息,找到对应的,可以看到我刚测试的执行了0.18553425s这个精度就相当高。
接下来我们使用explain语句分析这条语句在所牵连的表中一共遍历了多少纪录

mysql> explain
    -> select a.seller_id,a.seller_name,b.user_name,c.state   from  a,b,c
    -> where  a.seller_name=b.seller_name  and    b.user_id=c.user_id   and  c.user_id=17  and
    -> a.gmt_create BETWEEN DATE_ADD(NOW(), INTERVAL - 600 MINUTE) AND  DATE_ADD(NOW(), INTERVAL 600 MINUTE)  order  by  a.gmt_create
    -> ;
+----+-------------+-------+------------+------+---------------+------+---------+------+--------+----------+----------------------------------------------------+
| id | select_type | table | partitions | type | possible_keys | key  | key_len | ref  | rows   | filtered | Extra                                              |
+----+-------------+-------+------------+------+---------------+------+---------+------+--------+----------+----------------------------------------------------+
|  1 | SIMPLE      | a     | NULL       | ALL  | NULL          | NULL | NULL    | NULL |  16108 |    11.11 | Using where; Using temporary; Using filesort       |
|  1 | SIMPLE      | b     | NULL       | ALL  | NULL          | NULL | NULL    | NULL |  16592 |    10.00 | Using where; Using join buffer (Block Nested Loop) |
|  1 | SIMPLE      | c     | NULL       | ALL  | NULL          | NULL | NULL    | NULL | 359382 |     1.00 | Using where; Using join buffer (Block Nested Loop) |
+----+-------------+-------+------------+------+---------------+------+---------+------+--------+----------+----------------------------------------------------+
3 rows in set, 1 warning (0.00 sec)

这里有一个介绍的对这个结果各个列介绍比较好的网页explain结果介绍

从上面的分析中发现每个表的数据遍历了很多(其实是全部),可以添加索引进行优化,同时可以看到a表extra有using temorary就是使用临时表,这是需要优化的。

这篇文章比较简单,主要讲了mysql的相关使用,等以后再sql优化有了更多的心得一定在总结。

0
0
查看评论

MySQL5.6 如何优化慢查询的SQL语句 -- SQL优化

MySQL5.6 如何优化慢查询的SQL语句 -- SQL查询慢日志分析工具和SQL语句执行计划分析
  • cloud_ll
  • cloud_ll
  • 2014-10-12 12:30
  • 4512

性能测试mysql慢SQL定位以及分析方法

mysql slow SQL查询以及mysqlsla使用说明
  • r455678
  • r455678
  • 2016-11-07 14:59
  • 517

MySQL5.6 如何优化慢查询的SQL语句 -- 慢日志介绍

介绍下如何开启MySQL slow query log
  • cloud_ll
  • cloud_ll
  • 2014-10-12 10:26
  • 3263

linux系统性能优化及瓶颈分析

一,用vmstat分析系统I/O情况 [root@localhost ~]# vmstat -n 3       (每个3秒刷新一次) procs-----------memory--------------------swap--- ---io---- --sys...
  • sunshinewave
  • sunshinewave
  • 2016-04-04 19:49
  • 5268

Mysql使用profiling分析慢sql语句的原因

CleverCode的同事最近给我推荐了一个分析mysql中sql语句的工具,发现这个工具非常不错,能够很准确的分析出查询的过程中sql语句具体的时间花在了哪里。 CleverCode在这里总结一下,分享给大家。(CleverCode在csdn博客中的原创作品,请勿转载,原创地址:)   ...
  • CleverCode
  • CleverCode
  • 2015-06-01 14:53
  • 4791

【MySQL】基于MySQL的SQL优化(一)——从用explain关键字分析SQL语句开始

explain显示了MySQL如何使用索引来处理select语句以及连接表。可以帮助选择更好的索引和写出更优化的查询语句。 如图:![这里写图片描述](http://img.blog.csdn.net/20161017212512939) 下面讲解explain的所有属性。 1...
  • tanglei6636
  • tanglei6636
  • 2016-10-17 21:23
  • 1253

[MySQL]SQL优化工具SQLAdvisor

SQL优化工具SQLAdvisor
  • qq_14997169
  • qq_14997169
  • 2017-07-25 10:25
  • 310

【MySql性能优化二】利用explain进行查询和分析sql语句

在mysql数据库中为我们提供了explain方法可以通过它来帮助我们分析我们的sql语句。 登录mysql后,具体使用如下这里的了例子都以上篇博客中安装的实例数据库sakila为例: explain select * from customer; explain参数说明 通过执行结果...
  • wangyy130
  • wangyy130
  • 2016-05-16 11:38
  • 2160

MYSQL——性能瓶颈定位

查询与索引优化分析 在优化MySQL时,通常需要对数据库进行分析,常见的分析手段有慢查询日志,EXPLAIN 分析查询,profiling分析以及show命令查询系统状态及系统变量,通过定位分析性能的瓶颈,才能更好的优化数据库系统的性能。 1 性能瓶颈定位Show命令 我们可以通过s...
  • feihongxueni
  • feihongxueni
  • 2016-04-14 16:09
  • 935

PHP laravel SQL优化

SQL优化的态度 --Facebook做产品的时候,注重一句话,我们不求完美,我们先把产品运行起来! 其实上边的话,我也是对自己的说的,最近比较忙,闲暇时光,总结一下过去的薄弱点,不论你做什么,写什么,你总会遇到困难,总会遇到挫折,那个时候才是你真正提高的时候,绝对......是这样...
  • chajinglong
  • chajinglong
  • 2017-07-30 20:03
  • 413
    个人资料
    • 访问:74869次
    • 积分:1324
    • 等级:
    • 排名:千里之外
    • 原创:59篇
    • 转载:1篇
    • 译文:0篇
    • 评论:31条