主页 > 知识库 > 实例讲解MySQL 慢查询

实例讲解MySQL 慢查询

热门标签:呼叫中心市场需求 百度竞价排名 服务外包 Linux服务器 AI电销 铁路电话系统 地方门户网站 网站排名优化

简介

       开启慢查询日志,可以让MySQL记录下查询超过指定时间的语句,通过定位分析性能的瓶颈,才能更好的优化数据库系统的性能。

一、配置慢查询

1、参数说明

  • slow_query_log : 慢查询开启状态(默认关闭)
  • slow_query_log_file : 慢查询日志存放的位置(这个目录需要MySQL的运行帐号的可写权限, 一般设置为MySQL的数据存放目录)
  •  long_query_time : 查询超过多少秒才记录(默认10秒)

2.查看慢查询相关参数

show variables like 'slow_query%';
+---------------------------+----------------------------------+
| Variable_name       | Value              |
+---------------------------+----------------------------------+
| slow_query_log      | OFF               |
| slow_query_log_file    | /mysql/data/localhost-slow.log  |
+---------------------------+----------------------------------+

show variables like 'long_query_time';
+-----------------+-----------+
| Variable_name  | Value   |
+-----------------+-----------+
| long_query_time | 10.000000 |
+-----------------+-----------+

3.配置慢查询 

    它有两种配置方式,一种是全局变量配置,一种是配置文件配置

(1)全局变量配置 

--将 slow_query_log 全局变量设置为“ON”状态
  set global slow_query_log='ON'; 

--设置慢查询日志存放的位置
 set global slow_query_log_file='/usr/local/mysql/data/slow.log';

--查询超过1秒就记录
  set global long_query_time=1;

(2)修改配置文件my.cnf(linux环境下)

  slow_query_log = ON
  slow_query_log_file = /usr/local/mysql/data/slow.log
  long_query_time = 1

总结:
(1)通过全局变量配置好后,需要关闭会话后重新打开查询才有效,通过配置文件需要重启Mysql服务器后才有效
(2) 因为开启慢查询会影响性能,一般建议通过全局变量配置,这样重启服务器又是默认关闭慢查询状态。

二、mysqldumpslow工具

   mysqldumpslow是Mysql自带的一个工具,有了它我们可以不用去上面的log文件去找,如果数据平凡操作,那么去log查下日志也是比较繁琐的一件事。

1、主要命令

--s:是表示按照何种方式排序 
  --c:访问次数 
  --l:锁定时间 
  --r:返回记录 
  --t:查询时间 
  --al:平均锁定时间 
  --ar:平均返回记录数 
  --at:平均查询时间 
  --t:即为返回前面多少条的数据 
  --g:后面搭配一个正则匹配模式,大小写不敏感

2、举例

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

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

 --3.得到按照时间排序的前10条里面含有做链接的查询语句
  mysqldumpslow -s t -t 10 -g "left join" /logs/mysql-slow.log
 
 --4.另外建议在使用这些命令时结合|和more使用,否则又可能出现爆屏情况
  mysqldumpslow -s r -t 10 /logs/mysql-slow.log | more

三、show profile

  Show profiles是5.0.37之后添加的,要想使用此功能,要确保版本在5.0.37之后。

1、开启 show profile

show variables like "profiling";--默认是关闭的
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| profiling   | OFF  |
+---------------+-------+

--开启
set profiling=1;

2、运行指定SQL 

我这里运行几条SQL语句,然后运行

show profiles;--会列出所有在这个开启期间执行的SQL,并附上QUERY ID
+----------+------------+----------------------------+
| Query_ID | Duration  | Query           |
+----------+------------+----------------------------+
|    1 | 0.00168025 | select * from vhr.employee |
|    2 | 0.06573200 | select * from vhr.hr    |
+----------+------------+----------------------------+
--我们可以看到显示最近操作的两条语句,列表大小由profiling_history_size会话变量控制, 默认值为15.最大值为100

3、诊断具体SQL

show profile cpu,block io for queryid --对应2中的query_id

SHOW PROFILE CPU FOR QUERY 1;--查询query_id为1的具体信息
+----------------------+----------+----------+------------+
| Status        | Duration | CPU_user | CPU_system |
+----------------------+----------+----------+------------+
| starting       | 0.000194 | 0.000000 |  0.000000 |
| checking permissions | 0.000012 | 0.000000 |  0.000000 |
| Opening tables    | 0.000030 | 0.000000 |  0.000000 |
| init         | 0.000053 | 0.000000 |  0.000000 |
| System lock     | 0.000011 | 0.000000 |  0.000000 |
| optimizing      | 0.000003 | 0.000000 |  0.000000 |
| statistics      | 0.000014 | 0.000000 |  0.000000 |
| preparing      | 0.000010 | 0.000000 |  0.000000 |
| executing      | 0.000001 | 0.000000 |  0.000000 |
| Sending data     | 0.001213 | 0.000000 |  0.000000 |
| end         | 0.000014 | 0.000000 |  0.000000 |
| query end      | 0.000012 | 0.000000 |  0.000000 |
| closing tables    | 0.000019 | 0.000000 |  0.000000 |
| freeing items    | 0.000070 | 0.000000 |  0.000000 |
| cleaning up     | 0.000025 | 0.000000 |  0.000000 |
+----------------------+----------+----------+------------+

日常开发需要注意的结论:

    1   converting HEAP to MyISAM : 查询结果太大,内存都不够用了,往磁盘上搬了;
    2   creating tmp table :    创建临时表,拷贝数据到临时表,然后再删除;
    3   copying to tmp table on disk :把内存中临时表复制到磁盘,危险!!!
    4   locked

   注:以上四个中若出现一个或多个,表示sql 语句 必须优化。

以上就是实例讲解MySQL 慢查询的详细内容,更多关于MySQL 慢查询的资料请关注脚本之家其它相关文章!

您可能感兴趣的文章:
  • MySQL慢查询的坑
  • MYSQL慢查询和日志实例讲解
  • MySQL慢查询日志的作用和开启
  • MYSQL慢查询与日志的设置与测试
  • MySQL 慢查询日志的开启与配置
  • Mysql sql慢查询监控脚本代码实例
  • MySQL慢查询如何定位详解
  • MySQL开启慢查询方法及实例
  • MySQL5.7慢查询日志时间与系统时间差8小时原因详解
  • Mysql慢查询优化方法及优化原则
  • 通过MySQL慢查询优化MySQL性能的方法讲解
  • MySQL Threads_running飙升与慢查询的相关问题解决

标签:仙桃 湘潭 崇左 黄山 衡水 铜川 兰州 湖南

巨人网络通讯声明:本文标题《实例讲解MySQL 慢查询》,本文关键词  ;如发现本文内容存在版权问题,烦请提供相关信息告之我们,我们将及时沟通与处理。本站内容系统采集于网络,涉及言论、版权与本站无关。
  • 相关文章
  • 收缩
    • 微信客服
    • 微信二维码
    • 电话咨询

    • 400-1100-266