mysql 重新整理——索引优化一个简单的案例 [十一]

Posted 你永远想象不到,一个光鲜亮丽的Application,有多么

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了mysql 重新整理——索引优化一个简单的案例 [十一]相关的知识,希望对你有一定的参考价值。

前言

经过了前面的一系列理论,那么用一个例子去看一下吧。

正文

EXPLAIN SELECT t3.emp_no,t3.first_name,(select t4.last_name from temployees t4 where t4.emp_no=t3.emp_no) AS last_name
from  (select t1.emp_no,t1.first_name from temployees t1 where t1.emp_no in (10001,10002)) t3
where t3.emp_no=10002
UNION
select t2.emp_no,t2.first_name,t2.last_name
from temployees t2
where t2.emp_no=10001

这是一段很诡异的代码,没人会这样写,在此只是作为分析处理。

我们看下结果:

那么按照我们前面的分析,来看一下它的执行顺序是啥,暂时就不去看它的一个索引利用率了。

在该系列九中有一个结论,当id越大越先执行。

那么看一下吧:

  1. 首先是4,加载执行t2。这里我们可以看出其实mysql运行是的下的代码,而不是union上面的。

  2. 然后是2,这时候也就是去加载t4,执行子查询,子查询发现了需要表t1,其实是t3,但是t3是临时表在这里没有显示。

  3. 最后去加载t1进行查询,将结果返回给t4,t4执行完返回结果。

  4. 最后一步就是合并结果。

以上是关于mysql 重新整理——索引优化一个简单的案例 [十一]的主要内容,如果未能解决你的问题,请参考以下文章

mysql 重新整理——索引优化explain字段介绍二 [十]

mysql 重新整理——性能下降的原因[四]

mysql 重新整理——性能下降的原因[四]

mysql 优化下

mysql 优化

MySQL 5.6.35 索引优化导致的死锁案例解析