本文详细介绍了MySQL SQL语句的执行过程，包括客户端发送查询、服务器端的SQL解析、预处理、优化器生成执行计划以及查询执行引擎。重点讲解了MySQL的两种优化器：RBO和CBO，以及执行计划的关键信息，如id、select_type、type等字段的含义。此外，还探讨了查询缓存、解析和预处理、查询优化器的作用，帮助读者深入理解MySQL查询的内部机制。
目录
1）RBO--- Rule_Based Potimizer 基于规则的优化器:
2）CBO---Cost_Based Potimizer 基于成本的优化器:
3.1 id - 获取select子句的操作表顺序，有几种情况
3.2 select_type - 查询的类别，主要用于区别普通查询，联合查询，子查询等的复杂查询
这个数表示mysql要遍历多少数据才能找到，表示MySQL根据表统计信息及索引选用情况，估算的找到所需的记录所需要读取的行数，在innodb上可能是不准确的。 3.10 Extra
一、MySQL中SQL语句执行过程
参考资料《MySql中sql的执行过程.png》
1.客户端发送一条查询给服务器。
2.服务器先检查查询缓存，如果命中了缓存，则立刻返回存储在缓存中的结果。否则进入下一阶段。
3.服务器端进行SQL解析、预处理，再由优化器生成对应的执行计划。
4.MySQL根据优化器生成的执行计划，再调用存储引擎的API来执行查询。
5.将结果返回给客户端。
二、MySQL优化器及分类
传统关系型数据库里面的优化器分为CBO和RBO两种。
1）RBO--- Rule_Based Potimizer 基于规则的优化器:
RBO :RBO所用的判断规则是一组内置的规则，这些规则是硬编码在数据库的编码中的，RBO会根据这些规则去从SQL诸多的路径中来选择一条作为执行计划（比如在RBO里面，有这么一条规则：有索引使用索引。那么所有带有索引的表在任何情况下都会走索引）所以，RBO现在被很多数据库抛弃（oracle默认是CBO，但是仍然保留RBO代码，MySQL只有CBO）
RBO最大问题在于硬编码在数据库里面的一系列固定规则，来决定执行计划。并没有考虑目标SQL中所涉及的对象的实际数量，实际数据的分布情况，这样一旦规则不适用于该SQL，那么很可能选出来的执行计划就不是最优执行计划了。
2）CBO---Cost_Based Potimizer 基于成本的优化器:
CBO :CBO在会从目标诸多的执行路径中选择一个成本最小的执行路径来作为执行计划。这里的成本他实际代表了MySQL根据相关统计信息计算出来目标SQL对应的步骤的IO，CPU等消耗。也就是意味着数据库里的成本实际上就是对于执行目标SQL所需要IO,CPU等资源的一个估计值。而成本值是根据索引，表，行的统计信息计算出来的。(计算过程比较复杂)
三、执行计划 - Explain
1.什么是执行计划？
使用 EXPLAIN 关键字可以模拟优化器执行SQL查询语句，从而知道MYSQL是如何处理你的sql语句的。分析你的查询语句或是表结构的性能瓶颈。
语法: Explain + sql
2.执行计划的作用
1) 表的读取顺序
2) 数据读取操作的操作类型
3) 哪些索引可以使用
4) 哪些索引被实际使用
5) 表之间的引用
6) 每张表有多少行被优化器查
3.执行计划包含的信息
3.1 id - 获取select子句的操作表顺序，有几种情况
1) id 相同的情况下执行顺序是由上到下。
2) id 越大优先级越高，如果是子查询，ID 序列号会递增，id值越大，优先级越高，越先执行。
3) id 相同又有不相同的，序列号大的会先执行，然后相同的从上到下执行。
3.2 select_type - 查询的类别，主要用于区别普通查询，联合查询，子查询等的复杂查询
1) simple: 简单的select 查询，不包含子查询或者 union
2) primary: 查询中包含任何复杂的子部分，最外层查询则被标记
3) subquery: 在 select 或者 where 列表中包含了子查询
4) derived: 在from 列表中包含子查询被标记为 derived Mysql 会递归执行这些子查询，把结果放到临时表里
5) union: 若在第二个 select 中出现 union之后，则被标记为 union 若union包含在 from 子句的子查询中，外层 select 将被标记为 derived
6) union result: 从 union 表获取结果的 SELECT
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
