Mysql

关注公众号 jb51net

关闭
首页 > 数据库 > Mysql > MySQL一条查询SQL语句

MySQL中一条查询SQL语句的完整执行流程

作者:随机的未知

通常我们在使用MySQL时,我们看到的只是输入一条语句,返回一个结果,却不知道这条语句在MySQL内部的执行过程,这篇文章主要给大家介绍了关于MySQL中一条查询SQL语句的完整执行流程,需要的朋友可以参考下

表结构和数据如下:

我们分析的sql语句如下:

select tb_id,tb_name,tb_address from tb_user where tb_id = 66;

大体来说,MySQL可以分为Server层和存储引擎层两部分:

Server层

第一步:连接到数据库

首先会连接到这个数据库上,这时候接待我们的就是连接器。

mysql -uroot -p

连接完成后,如果没有后续的动作,这个连接就处于空闲状态。客户端如果太长时间没动静,连接器就会自动将它断开。这个时间是由参数wait_timeout控制的,默认值是8小时。

show processlist;

其中的 Command 列显示为“Sleep”的这一行,就表示现在系统里面有一个空闲连接。

第二步:查缓存

MySQL拿到一个查询请求后,会先到查询缓存看看,之前是不是执行过这条语句。之前执行过的语句及其结果可能会以key-value对的形式,被直接缓存在内存中。key是查询的语句hash之后的值,value是查询的结果。

如果查询命中缓存,MySQL不需要执行后面的复杂操作就可以直接返回结果,效率会很高!但是不建议使用MySQL的内置缓存功能。

查询缓存

查询缓存默认是关闭的状态。

# 查看是否开启缓存
show variables like 'query_cache_type';
# 查看缓存的命中次数:
show status like 'qcache_hits';

开启缓存

/etc/my.cnf文件中修改“query_cache_type”参数

值为`0或OFF`会禁止使用缓存。
值为`1或ON`将启用缓存,但以`SELECT SQL_NO_CACHE`开头的语句除外。
值为`2或DEMAND`时,只缓存以`SELECT SQL_CACHE`开头的语句。

清空查询缓存

可以使用下面三个SQL来清理查询缓存:

# 清理查询缓存内存碎片。
FLUSH QUERY CACHE; 
# 从查询缓存中移出所有查询。
RESET QUERY CACHE;
# 关闭所有打开的表,同时该操作将会清空查询缓存中的内容。
FLUSH TABLES; 

不建议使用MySQL的查询缓存

因为查询缓存往往弊大于利

MySQL 8.0 版本直接将查询缓存的整块功能删掉了。

第三步:分析SQL语句

如果查询缓存没有命中,接下来就需要进入正式的查询阶段了。客户端程序发送过来的请求,实际上只是一个字符串而已,所以MySQL服务器程序首先需要对这个字符串做分析,判断请求的语法是否正确,然后从字符串中将要查询的表、列和各种查询条件都提取出来,本质上是对一个SQL语句编译的过程,涉及词法解析、语法分析、预处理器等。

词法分析

比如我们前文所提到的sql语句,分割前为:

select tb_id,tb_name,tb_address from tb_user where tb_id = 66;

分割后为

select,
tb_id,
tb_name,
tb_address,
from,
tb_user,
where,
tb_id,
=,
66
;

MySQL同时需要识别出这个SQL语句的字符串分别是什么,代表什么。

语法分析

如果语法正确就会根据MySQL语法规则与SQL语句生成一个数据结构——解析树

如果我们把from写成form

会报出如下错误:

我们前面的SQL语句,生成解析树如下:

select tb_id,tb_name,tb_address from tb_user where tb_id = 66;

预处理器

预处理器会进一步去检查解析树是否合法,比如表名是否存在,语句中表的列是否存在等等,在这一步MySQL会检验用户是否有表的操作权限。

预处理之后会得到一个新的解析树,然后调用对应执行模块。

第四步:优化SQL语句

优化器顾名思义就是对查询进行优化。作用是根据解析树生成不同的执行计划,然后选择最优的执行计划。

MySQL里面使用的是基于成本模型的优化器,哪种执行计划Explain执行时成本最小就用哪种。而且它是io_cost和cpu_cost的开销总和,它通常也是我们评价一个查询的执行效率的一个常用指标。

show status like 'Last_query_cost';

查看上次查询成本开销,默认值是0

优化器可以做的优化有:

优化器最多是辅助,作用很有限,我们的SQL语句不能依赖于MySQL的优化器去调优!

第五步:执行SQL语句

判断执行权限

开始执行的时候,要先判断一下对这表tb_user有没有执行查询的权限,如果没有权限,就会返回无权限的错误。

比如:我们新建一个用户hello_user,只有库sjdwz_testtab_test的查询权限,没有表tb_user的查询权限。

CREATE USER `hello_user`@`localhost` IDENTIFIED BY '7654321@Hello';
GRANT Select ON TABLE `sjdwz_test`.`tab_test` TO `hello_user`@`localhost`;

使用这个用户hello_user连接mysql,

mysql -uhello_user -p

执行下面的查询语句,就会返回没有权限的错误

select tb_id,tb_name,tb_address from tb_user where tb_id = 66;

调用存储引擎接口查询

如果有权限,就使用指定的存储引擎打开表开始查询。执行器会根据表的引擎定义,去使用这个引擎提供的查询接口提取数据。

总结 

到此这篇关于MySQL中一条查询SQL语句的完整执行流程的文章就介绍到这了,更多相关MySQL一条查询SQL语句内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!

您可能感兴趣的文章:
阅读全文