mysql 获取执行计划的方法

mysql 获取执行计划方法:
1.通过explain进行查看sql的执行计划;
2.通线程正在执行的sql查看该sql的执行计划;

  explain进行查看sql的执行计划相对简单,其实通线程正在执行的sql查看执行计划也很简单,那么为什么还需要第二种方式呢?

  因为日常工作会发现很多sql一直在执行,执行发生异常,如果把该sql拿出来执行又很快,于是我们想获取该sql执行异常时候的执行计划,同时因为数据在时刻的变化,统计信息也有可能变化,有可能导致执行计划发生改变,好在mysql5.7开始已经可以通过正在执行的线程查看该sql的执行计划,不需要把sql拿出来执行获取执行计划,这样就可以很好的还原真相:

show processlist;或者select * from information_schema.PROCESSLIST where info is not null order by time desc ;查看。

mysql> select from information_schema.PROCESSLIST where info is not null;
+-----+------+-----------------+------+---------+------+--------------+-----------------------------------------------------------------------+
| ID | USER | HOST | DB | COMMAND | TIME | STATE | INFO |
+-----+------+-----------------+------+---------+------+--------------+-----------------------------------------------------------------------+
| 17 | root | localhost | NULL | Query | 0 | executing | select
from information_schema.PROCESSLIST where info is not null |
| 178 | root | localhost:60124 | app1 | Query | 560 | Sending data | select count(*) from t ,t_adress where t.adress = t_adress.adress |
+-----+------+-----------------+------+---------+------+--------------+-----------------------------------------------------------------------+
2 rows in set (0.00 sec)

mysql> EXPLAIN FOR CONNECTION 178;
+----+-------------+----------+------------+------+---------------+------+---------+------+--------+----------+----------------------------------------------------+
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+-------------+----------+------------+------+---------------+------+---------+------+--------+----------+----------------------------------------------------+
| 1 | SIMPLE | t_adress | NULL | ALL | NULL | NULL | NULL | NULL | 200096 | 100.00 | NULL |
| 1 | SIMPLE | t | NULL | ALL | NULL | NULL | NULL | NULL | 309664 | 100.00 | Using where; Using join buffer (Block Nested Loop) |
+----+-------------+----------+------------+------+---------------+------+---------+------+--------+----------+----------------------------------------------------+
2 rows in set (0.01 sec)

使用起来是不是很方便?

最后说一句:
今天心里很憋屈,睡觉了。。。。。。。。

原文地址:http://blog.51cto.com/1937519/2321552

时间: 2024-10-26 00:53:57

mysql 获取执行计划的方法的相关文章

ORACLE 获取执行计划的方法

一.获取执行计划的6种方法(详细步骤已经在每个例子的开头注释部分说明了): 1. explain plan for获取: 2. set autotrace on : 3. statistics_level=all; 4. 通过dbms_xplan.display_cursor输入sql_id参数直接获取 5. 10046 trace跟踪 6. awrsqrpt.sql 二.适用场合分析 1.如果某SQL执行非常长时间才会出结果,甚至慢到返回不了结果,这时候看执行计划就只能用方法1: 2.跟踪某条

Oracle获取执行计划方法

获取执行计划的6种方法 1. explain plan for获取: 2. set autotrace on : 3. statistics_level=all; 4. 通过dbms_xplan.display_cursor输入sql_id参数直接获取 5. 10046 trace跟踪 6. awrsqrpt.sql 适用场合分析 1.如果某SQL执行非常长时间才会出结果,甚至慢到返回不了结果,这时候看执行计划就只能用方法1: 2.跟踪某条SQL最简单的方法是方法1,其次就是方法2,方法2要执行

Mysql之执行计划

1.explain分析sql语句 例如: EXPLAIN SELECT * FROM blog_info bi INNER JOIN uam_view_unit_account uua ON bi.account_instance_id = uua.account_instance_id WHERE bi.is_comment = 0 OR (bi.is_comment = 1 AND bi.is_forward = 1)  ORDER BY bi.`publish_time`  返回结果: 而

mysql explain执行计划详解

1).id列SELECT识别符.这是SELECT查询序列号.这个不重要,查询序号即为sql语句执行的顺序 2).select_type列常见的有: A:simple:表示不需要union操作或者不包含子查询的简单select查询.有连接查询时,外层的查询为simple,且只有一个 B:primary:一个需要union操作或者含有子查询的select,位于最外层的单位查询的select_type即为primary.且只有一个 C:union:union连接的两个select查询,第一个查询是de

sql-查看执行计划的方法

sql执行计划:把SQL语句拆分为每个的操作步骤组合,按照一定的顺序执行得出结果,查看并看懂执行计划是调优的关键步骤 查看执行计划的方法 DBMS_XPLAN包 sql*plus AUTO trace V$SQL_PLAN.DBA_HIST_SQL_PLAN ?/rdbms/admin/awrsqrpt.sql 工具类:toad.pl/SQL DEV 跟踪dump:10046,10053 大多数人比较喜欢用工具直接看,以下来说明这些方式的不同用处 一.DBMS_XPLAN包 10g以后可以查看A

如何获取执行计划

如何oracle的获取执行计划 1.获取普通执行计划,效果类似于先执行set autot on exp;然后执行sql. explan plan for your_sql; select * from table(dbms_xplan.display); 2.获取具有outline信息的执行计划,用sqlprofile调优时非常有用,或者用这个执行计划了解更多oracle内部的hint explan plan for your_sql; select * from table(dbms_xpla

dbms_xplan.display_awr方式获取执行计划的实验和之前的误导

<查看Oracle执行计划的几种常用方法-系列1>(http://blog.csdn.net/bisal/article/details/38919181)这篇博文中曾提到一个隐藏问题: "隐藏问题2: 实验这部分内容发现使用select * from table(dbms_xplan.display_awr('sql_id'));并没有结果,@黄玮老师说有可能是AWR收集的是top的SQL,有可能测试用的SQL不是most intensive SQL,但我是用alter syste

mysql sql执行计划

查看Mysql执行计划 使用navicat查看mysql执行计划: 打开profile分析工具: 查看是否生效:show variable like ‘%profil%’; 查看进程:show processlist; 选择数据库:use db_jiakao; 全部分析的类型:show PROFILE all; 查看表索引:show index from user_member;##查看表索引 使用explain命令查看query语句的性能: EXPLAIN select * from user

MYSQL explain执行计划

用explain查看SQL的执行计划 在工作中,我们用于捕捉性能问题最常用的就是打开慢查询,定位执行效率差的SQL,那么当我们定位到一个SQL以后还不算完事,我们还需要知道该SQL的执行计划,比如是全表扫描,还是索引扫描,这些都需要通过EXPLAIN去完成. EXPLAIN命令是查看优化器如何决定执行查询的主要方法.可以帮助我们深入了解MySQL的基于开销的优化器,还可以获得很多可能被优化器考虑到的访问策略的细节,以及当运行SQL语句时哪种策略预计会被优化器采用. 需要注意的是,生成的QEP并不