MySQL -- 慢查询slow-query

尤氏
• 阅读 1162

慢查询的环境变量

slow_query_log: 是否启用慢查询日志,ON=启用,OFF=禁用;
slow_query_log_file: 慢查询日志的存放文件;

> show variables like '%slow_query%';
+---------------------+-----------------+
| Variable_name       | Value           |
+---------------------+-----------------+
| slow_query_log      | ON              |
| slow_query_log_file | armpvm-slow.log |
+---------------------+-----------------+
2 rows in set (0.001 sec)

long_query_time: 慢查询的时间阈值,单位s;

> show variables like '%long_query%';
+-----------------+----------+
| Variable_name   | Value    |
+-----------------+----------+
| long_query_time | 1.000000 |
+-----------------+----------+
1 row in set (0.001 sec)

log_queries_not_using_indexes:是否记录未使用索引的sql语句,记录=ON,不记录=OFF;

> show variables like '%log_queries%';
+-------------------------------+-------+
| Variable_name                 | Value |
+-------------------------------+-------+
| log_queries_not_using_indexes | OFF   |
+-------------------------------+-------+
1 row in set (0.001 sec)

慢查询日志的统计分析

使用mysqldumpslow工具进行慢查询的统计分析:

# mysqldumpslow --help
Parse and summarize the MySQL slow query log. Options are


  --verbose    verbose
  --debug      debug
  --help       write this text to standard output


  -v           verbose
  -d           debug
  -s ORDER     what to sort by (aa, ae, al, ar, at, a, c, e, l, r, t), 'at' is default
                aa: average rows affected
                ae: aggregated rows examined
                al: average lock time
                ar: average rows sent
                at: average query time
                 a: rows affected
                 c: count
                 e: rows examined
                 l: lock time
                 r: rows sent
                 t: query time
  -r           reverse the sort order (largest last instead of first)
  -t NUM       just show the top n queries
  -a           don't abstract all numbers to N and strings to 'S'
  -n NUM       abstract numbers with at least n digits within names
  -g PATTERN   grep: only consider stmts that include this string
  -h HOSTNAME  hostname of db server for *-slow.log filename (can be wildcard),
               default is '*', i.e. match all
  -i NAME      name of server instance (if using mysql.server startup script)
  -l           don't subtract lock time from total time

按执行总时间,统计top 10的sql语句:

# mysqldumpslow -s t -t 10 armpvm-slow.log
.......

慢查询的查询计划分析

从慢查询日志中提取出sql语句,然后在环境上执行:

> explain select id from articles where title='One Life';
+------+-------------+----------+------+---------------+------+---------+------+------+-------------+
| id   | select_type | table    | type | possible_keys | key  | key_len | ref  | rows | Extra       |
+------+-------------+----------+------+---------------+------+---------+------+------+-------------+
|    1 | SIMPLE      | articles | ALL  | NULL          | NULL | NULL    | NULL |    4 | Using where |
+------+-------------+----------+------+---------------+------+---------+------+------+-------------+
1 row in set (0.001 sec)

查询计划中重点关注:

  • key:使用的索引,若未使用则为null;
  • rows:扫描的行数
  • Extra: 额外的信息;

慢查询的各阶段时间消耗

一条查询语句:

  • 首先经过查询缓存,若缓存命中,则直接返回;(查询缓存已Deprecated)
  • 然后经过分析器,进行词法分析和语法分析;
  • 然后经过优化器,生成执行计划,选择合适的索引;
  • 最后经过执行器,调用存储引擎,返回结果。

使用profile查询各阶段时间消耗:

  • 首先,set profiling=1,启动profile,这是一个session级别的配置;
  • 然后,执行查询sql语句;
  • 然后,show profiles,查看每一个查询所消耗的总时间信息;
  • 最后,show profile for query N,查询某个sql语句详细的各阶段执行时间;
mysql> set session profiling = 1;
Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql> show variables like '%profil%';
+------------------------+-------+
| Variable_name          | Value |
+------------------------+-------+
| have_profiling         | YES   |
| profiling              | ON    |
| profiling_history_size | 15    |
+------------------------+-------+
3 rows in set (0.01 sec)

mysql> select count(*) from film;
+----------+
| count(*) |
+----------+
|     1000 |
+----------+
1 row in set (0.01 sec)

mysql> show profiles;
+----------+------------+--------------------------------+
| Query_ID | Duration   | Query                          |
+----------+------------+--------------------------------+
|        1 | 0.00449100 | show variables like '%profil%' |
|        2 | 0.00254800 | select count(*) from film      |
+----------+------------+--------------------------------+
2 rows in set, 1 warning (0.00 sec)

mysql>
mysql> show profile for query 1;
+----------------------+----------+
| Status               | Duration |
+----------------------+----------+
| starting             | 0.001785 |
| checking permissions | 0.000020 |
| Opening tables       | 0.000019 |
| init                 | 0.000071 |
| System lock          | 0.000032 |
| optimizing           | 0.000007 |
| optimizing           | 0.000003 |
| statistics           | 0.000014 |
| preparing            | 0.000020 |
| statistics           | 0.000010 |
| preparing            | 0.000008 |
| executing            | 0.000010 |
| Sending data         | 0.000009 |
| executing            | 0.000004 |
| Sending data         | 0.002355 |
| end                  | 0.000030 |
| query end            | 0.000009 |
| closing tables       | 0.000005 |
| removing tmp table   | 0.000015 |
| closing tables       | 0.000011 |
| freeing items        | 0.000037 |
| cleaning up          | 0.000017 |
+----------------------+----------+
22 rows in set, 1 warning (0.00 sec)

mysql>

从上面的profile可以看出,耗时最长的是sending data,即server向client发送数据的过程。

点赞
收藏
评论区
推荐文章
胖大海 胖大海
3年前
MySQL 通用查询日志与慢查询日志
MySQL中的日志包括:错误日志、二进制日志、通用查询日志、慢查询日志等等。这里主要介绍下比较常用的两个功能:通用查询日志和慢查询日志。1)通用查询日志:记录建立的客户端连接和执行的语句。2)慢查询日志:记录所有执行时间超过long
Wesley13 Wesley13
4年前
mysql配置调优
工作中,会遇到需要查看mysql的top20慢sql,逐个进行优化,加上必要的索引这种需求,这时就需要开启数据库的慢查询日志的功能1.查询当前慢查询日志的状态\默认为关闭状态mysqlshowvariableslike"
Wesley13 Wesley13
4年前
mysql 工具
mysql增加慢日志vim my.conf\超过1s的查询会记录到日志文件中long\_query\_time1logslowqueries/data/var/mysql\_slow.log\记录没用索引的查询logqueriesnotusinginde
Wesley13 Wesley13
4年前
mysql 慢查询使用指南
  慢查询顾名思义就是查询比较慢的查询,所以它是相对不是绝对的。  1.查看慢查询状态  我们先看一下慢查询日志有没有被开启,命令行界面输入showvariableslike'slow\_query%';  !(https://oscimg.oschina.net/oscnet/8e4b63921aaf050cf241e6967521
Wesley13 Wesley13
4年前
2.MySQL日志
MySQL日志分类  MySQL日志主要包含:错误日志、查询日志、慢查询日志、重做日志、回滚日志、二进制日志错误日志:  用来记录MySQL服务器运行过程中的错误信息,比如,服务器启动关闭信息、运行错误信息、时间调度器运行一个事件时产生的信息、在服务器上启动进程产生的信息。  错误日志可以自己配置,lo
Wesley13 Wesley13
4年前
mysql开启分析定位慢查询
捕捉mysql性能问题最常用的就是打开慢查询,定位查询效率低下的sql语句.编辑/etc/my.ini!(https://images2018.cnblogs.com/blog/1074948/201805/1074948201805311727541931899883540.png)slow_query_log慢查询开启状态
Wesley13 Wesley13
4年前
MYSQL的慢查询分析
MYSQL的慢查询分析(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fwww.cnblogs.com%2Famboyna%2Farchive%2F2009%2F11%2F16%2F1603867.html)
Wesley13 Wesley13
4年前
MySQL查询优化
在我们使用MySQL数据库时,比较常用也是查询,包括基本查询,关联查询,条件查询等等,对于同一个操作,SQL语句的实现有很多种写法,但是不同的写法查询的性能可能会有很大的差异。这里主要介绍下select查询优化的要点。1\.使用慢查询日志去发现慢查询。2\.使用执行计划去判断查询是否正常运行。3\.总是去测试你的查询
MySQL慢日志分析,资源消耗监控,执行计划
慢日志Mysql提供了慢日志记录,可以监控执行时间超过设定值的sql,并予以记录。查看是否开启了慢查询日志:sqlshowvariableslike'%slow%';sqlshowvariableslike'%longquerytime%';可以看到慢查询
记录一次SQL慢查询优化
作者:京东物流赫占星一、慢SqL发现在一次需求UAT上线后,本来在测试环境没问题的接口,UAT环境出现了接口超时,通过查询接口日志发现是SQL查询超时了,原因是UAT环境的数据量比测试环境大得多。一般来说,我们可以通过数据库本身的慢查询日志去定位出问题的慢
尤氏
尤氏
Lv1
可怜夜半虚前席,不问苍生问鬼神。
文章
3
粉丝
0
获赞
0