乐趣区

关于mysql:mysql执行计划就这样5000字被解释的清清楚楚

上一次咱们 通过实际,解释了 mysql 主从复制的原理和实际,明天,咱们来看一下 mysql 的执行打算

在企业的利用场景中,为了晓得优化 SQL 语句的执行,须要查看 SQL 语句的具体执行过程,以放慢 SQL 语句的执行效率。

能够应用 explain+SQL 语句来模仿优化器执行 SQL 查问语句,从而晓得 mysql 是如何解决 sql 语句的。

1、执行打算中蕴含的信息

ColumnMeaningidThe SELECT identifierselect_typeThe SELECT typetableThe table for the output rowpartitionsThe matching partitionstypeThe join typepossible_keysThe possible indexes to choosekeyThe index actually chosenkey_lenThe length of the chosen keyrefThe columns compared to the indexrowsEstimate of rows to be examinedfilteredPercentage of rows filtered by table conditionextraAdditional information

id

select 查问的序列号,蕴含一组数字,示意查问中执行 select 子句或者操作表的程序

id 号分为三种状况:

1、如果 id 雷同,那么执行程序从上到下

explain select * from emp e join dept d on e.deptno = d.deptno join salgrade sg on e.sal between sg.losal and sg.hisal;

2、如果 id 不同,如果是子查问,id 的序号会递增,id 值越大优先级越高,越先被执行

explain select * from emp e where e.deptno in (select d.deptno from dept d where d.dname = 'SALES');

3、id 雷同和不同的,同时存在:雷同的能够认为是一组,从上往下程序执行,在所有组中,id 值越大,优先级越高,越先执行

explain select * from emp e join dept d on e.deptno = d.deptno join salgrade sg on e.sal between sg.losal and sg.hisal where e.deptno in (select d.deptno from dept d where d.dname = 'SALES');

select_type

次要用来分辨查问的类型,是一般查问还是联结查问还是子查问

select_type ValueMeaningSIMPLESimple SELECT (not using UNION or subqueries)PRIMARYOutermost SELECTUNIONSecond or later SELECT statement in a UNIONDEPENDENT UNIONSecond or later SELECT statement in a UNION, dependent on outer queryUNION RESULTResult of a UNION.SUBQUERYFirst SELECT in subqueryDEPENDENT SUBQUERYFirst SELECT in subquery, dependent on outer queryDERIVEDDerived tableUNCACHEABLE SUBQUERYA subquery for which the result cannot be cached and must be re-evaluated for each row of the outer queryUNCACHEABLE UNIONThe second or later select in a UNION that belongs to an uncacheable subquery (see UNCACHEABLE SUBQUERY)

--sample: 简略的查问,不蕴含子查问和 unionexplain select * from emp;--primary: 查问中若蕴含任何简单的子查问,最外层查问则被标记为 Primaryexplain select staname,ename supname from (select ename staname,mgr from emp) t join emp on t.mgr=emp.empno ;--union: 若第二个 select 呈现在 union 之后,则被标记为 unionexplain select * from emp where deptno = 10 union select * from emp where sal >2000;--dependent union: 跟 union 相似,此处的 depentent 示意 union 或 union all 联结而成的后果会受内部表影响 explain select * from emp e where e.empno  in (select empno from emp where deptno = 10 union select empno from emp where sal >2000)--union result: 从 union 表获取后果的 selectexplain select * from emp where deptno = 10 union select * from emp where sal >2000;--subquery: 在 select 或者 where 列表中蕴含子查问 explain select * from emp where sal > (select avg(sal) from emp) ;--dependent subquery:subquery 的子查问要受到内部表查问的影响 explain select * from emp e where e.deptno in (select distinct deptno from dept);--DERIVED: from 子句中呈现的子查问,也叫做派生类,explain select staname,ename supname from (select ename staname,mgr from emp) t join emp on t.mgr=emp.empno ;--UNCACHEABLE SUBQUERY:示意应用子查问的后果不能被缓存 explain select * from emp where empno = (select empno from emp where deptno=@@sort_buffer_size);--uncacheable union: 示意 union 的查问后果不能被缓存:sql 语句未验证

table

对应行正在拜访哪一个表,表名或者别名,可能是长期表或者 union 合并后果集 1、如果是具体的表名,则表明从理论的物理表中获取数据,当然也能够是表的别名

2、表名是 derivedN 的模式,示意应用了 id 为 N 的查问产生的衍生表

3、当有 union result 的时候,表名是 union n1,n2 等的模式,n1,n2 示意参于 union 的 id

type

type 显示的是拜访类型,拜访类型示意我是以何种形式去拜访咱们的数据,最容易想的是全表扫描,间接暴力的遍历一张表去寻找须要的数据,效率十分低下,拜访的类型有很多,效率从最好到最坏顺次是:

system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

个别状况下,得保障查问至多达到 range 级别,最好能达到 ref

--all: 全表扫描,个别状况下呈现这样的 sql 语句而且数据量比拟大的话那么就须要进行优化。explain select * from emp;--index:全索引扫描这个比 all 的效率要好,次要有两种状况,一种是以后的查问时笼罩索引,即咱们须要的数据在索引中就能够索取,或者是应用了索引进行排序,这样就防止数据的重排序 explain  select empno from emp;--range:示意利用索引查问的时候限度了范畴,在指定范畴内进行查问,这样防止了 index 的全索引扫描,实用的操作符:=, <>, >, >=, <, <=, IS NULL, BETWEEN, LIKE, or IN()explain select * from emp where empno between 7000 and 7500;--index_subquery:利用索引来关联子查问,不再扫描全表 explain select * from emp where emp.job in (select job from t_job);--unique_subquery: 该连贯类型相似与 index_subquery, 应用的是惟一索引 explain select * from emp e where e.deptno in (select distinct deptno from dept);--index_merge:在查问过程中须要多个索引组合应用,没有模仿进去 --ref_or_null:对于某个字段即须要关联条件,也须要 null 值的状况下,查问优化器会抉择这种拜访形式 explain select * from emp e where e.mgr is null or e.mgr=7369;--ref:应用了非唯一性索引进行数据的查找 create index idx_3 on emp(deptno);explain select * from emp e,dept d where e.deptno =d.deptno;--eq_ref:应用唯一性索引进行数据查找 explain select * from emp,emp2 where emp.empno = emp2.empno;--const:这个表至少有一个匹配行,explain select * from emp where empno = 7369;--system:表只有一行记录(等于零碎表),这是 const 类型的特例,平时不会呈现

possible_keys

显示可能利用在这张表中的索引,一个或多个,查问波及到的字段上若存在索引,则该索引将被列出,但不肯定被查问理论应用

explain select * from emp,dept where emp.deptno = dept.deptno and emp.deptno = 10;

key

理论应用的索引,如果为 null,则没有应用索引,查问中若应用了笼罩索引,则该索引和查问的 select 字段重叠。

explain select * from emp,dept where emp.deptno = dept.deptno and emp.deptno = 10;

key_len

示意索引中应用的字节数,能够通过 key_len 计算查问中应用的索引长度,在不损失精度的状况下长度越短越好。

explain select * from emp,dept where emp.deptno = dept.deptno and emp.deptno = 10;

ref

显示索引的哪一列被应用了,如果可能的话,是一个常数

explain select * from emp,dept where emp.deptno = dept.deptno and emp.deptno = 10;

rows

依据表的统计信息及索引应用状况,大抵估算出找出所需记录须要读取的行数,此参数很重要,间接反馈的 sql 找了多少数据,在实现目标的状况下越少越好

explain select * from emp;

extra

蕴含额定的信息。

--using filesort: 阐明 mysql 无奈利用索引进行排序,只能利用排序算法进行排序,会耗费额定的地位 explain select * from emp order by sal;--using temporary: 建设长期表来保留两头后果,查问实现之后把长期表删除 explain select ename,count(*) from emp where deptno = 10 group by ename;--using index: 这个示意以后的查问时笼罩索引的,间接从索引中读取数据,而不必拜访数据表。如果同时呈现 using where 表名索引被用来执行索引键值的查找,如果没有,外表索引被用来读取数据,而不是真的查找 explain select deptno,count(*) from emp group by deptno limit 10;--using where: 应用 where 进行条件过滤 explain select * from t_user where id = 1;--using join buffer: 应用连贯缓存,状况没有模仿进去 --impossible where:where 语句的后果总是 falseexplain select * from emp where empno = 7469;

感觉写的不错的,欢送关注 + 转发吧,您的激励是我持续的最大能源
相应的文章曾经整顿造成文档,git 扫码获取材料看这里

https://gitee.com/biwangsheng/personal.git

退出移动版