原来一条select语句在MySQL是这样执行的《死磕MySQL系列 一》

前言

看到蒋老师的第一篇文章后就收货颇丰,真是句句戳中痛点。

令我记忆最深的就是为什么知道了一个个技术点,却还是用不好 ?不管是蒋老师所说的Redis还是本系列要展开学习的MySQL。

这是一个值得思考的问题,在大多数情况下,我们直接上百度搜索MySQL事务、MySQL索引之类的词汇。

上述问题当然也是MySQL的几个核心问题之一,但如果我们都在不断地学习这些大的方面,我们怎么才能在学习某一个技能上有质的提升。

借用蒋老师的话术:“很多技术人都有一个误区,就是只注重零散的技术,没有建立一个完整的知识架构,缺乏系统观,然而,系统观却是至关重要的。在解决问题的时候,从某种意义上来说,拥有系统观,就意味着你有依据、有章法去定位并解决问题。”

假如你对这些话也深有体会,那就跟咔咔一起建立一套MySQL的知识框架,对于这种思想也是第一次实战,希望大家多多提意见。

一、从宏观的角度分析MySQL

首先看一张经典图片

MySQL逻辑架构图

MySQL逻辑架构图

这幅图估计很多人都看到过,也是经典之作高性能MySQL里边的,如果有兴趣可以先看一下电子版的(如需要电子版可联系咔咔),感觉自己能看进去了,再去买书也来的急。

闲话少说,进入正题。

上图的客户端可以直接理解为PHP、Java等。接下来,你会看到连接、线程处理。这一部分并不是MySQL所特有的,而且大多数客户端、服务器都具有类似的结构。

因此,一般而言,MySQL可以分为两层:Server层和存储引擎层。

Server层主要包括连接层、查询缓存、分析器、优化器、执行器等重要模块组成,这一层还包含了MySQL核心Api部分,比如常用的格式化时间、加密等。

存储引擎大家都很熟悉,因为在面试中不止一次的问过大家Innodb、Myisam存储引擎的不同。

所以想过没有,MySQL为什么会有这么多的存储引擎呢?

一切技术起源于当下问题,同样在MySQL中也不例外。

MySQL在存储引擎这一方面的架构是插件式的,即可以随意切换不固定,而且MySQL5.5版本存储引擎已经默认为Innodb。

二、一条SQL执行要经过多少困难?

下图是咔咔之前培训时给发的资料

MySQL详细架构图

MySQL详细架构图

图中还有一个熟悉的陌生人查询缓存模块,该模块在MySQL8.0中已不存在。

关于该模块为何要被删除,后续的文章也将于大家交流。

首先,我们将大致了解当我们执行一条SQL语句时,如何在这个架构图中运行。

2-1 连接器

mysql -u root -p连接数据库命令,在执行之后,你将需要输入密码。当完成经典的TCP握手之后,连接器就开始发挥作用了。

如果码错误时,则返回Access denied for user ‘root‘@‘localhost‘ (using password: YES,错误编码1045。

如果连接信息均正确,则此时将根据你输入的用户访问权限表来获取该用户的权限,此处必须清楚,当你登录成功后,即使其他人修改了你的权限,在这个连接未断开之前你的权限是不会发生改变的。

当你连接完成之后,如果你一直不做任何事情,执行show processlist将会看到一个sleep,表示空连接。

那么你知道在MySQL中,如果连接成功后没有进行任何操作,多久会被自动中断?

可以执行show variables like 'wait_timeout';用于查看时间。

查看自动断开时间

查看自动断开时间

在MySQL中如果没有特别说明,那么所有的时间都是以秒为单位的,根据时间转换可以得知空连接持续8小时。

2-2 查询缓存

你需要注意的是,MySQL8.0已经被取消了,这个问题不止说了一次了,特别是那些正在使用MySQL8.0以下版本的小伙伴要注意哈!当你切换到8.0时候,遇到这个问题不知道怎么解决。

MySQL8.0为何取消查询缓存模块

这个模块的设计,把查询语句作为key ,将结果作为value 进行缓存,一旦这个表有更新,之前所有的缓存都会被清除掉。这就像你辛辛苦苦写的代码提交之后被别人覆盖一样难受。

MySQL8.0以下的版本提供了一个参数query_cache_type = enmand来控制是否要使用查询缓存,在设置完成后,默认的select语句将不会被缓存。

如果确实可以使用部分场景,那么你可以将sql_cache添加到select关键字之后。

如果一条select语句之前被缓存过,那么结果集在这里就会直接返回,而没有缓存过的select语句就比较辛苦了,还要继续自己的漫漫长路。

2-3 分析器

MySQL8.0之前,它会在进入分析器之前判断是否缓存,在MySQL8.0之后,连接器验证成功后就直接进入分析器。

分析器,根据字面意思来理解就是分析要执行的SQL语句是什么,要做什么。

比如执行select * from user where id = 1

MySQL首先根据select判断这是一个查询语句,然后将user识别为表名,id识别为字段名,这个过程被称为词法分析

下一步,需要知道该SQL的语法是否正确,进行语法分析,如果语法不对你就会看到You have an error in your SQL syntax错误。通常,将在use near中找到该错误。

2-4 优化器

到了这一步,MySQL知道你要做什么,但是要选择最佳执行方案。

优化器都优化些什么?

举例来说:多个索引时选择那个索引、多表关联时连接顺序。

现在你是否想知道,优化器将优化多表关联的连接顺序,那在写SQL语句时是否就不必考虑连接顺序呢?

当然不是,能让MySQL少做事情就少做,还是一个准则用小表驱动大表。

2-5 执行器

通过要做什么、怎么做后这条SQL语句才会真正的被执行,先进行权限验证,若没有权限则直接返回权限错误,否则根据表定义的存储引擎,去使用对应引擎提供的接口。

三、总结

执行流程图

执行流程图

上图包含了正文的所有知识点,也是整个MySQL的大体执行流程图,后期文章都将围绕这几个要点展开。

坚持学习、坚持写作、坚持分享是咔咔从业以来所秉持的信念。但愿文章在偌大的互联网上能给你带来一点帮助,我是咔咔,下期见。

你可能感兴趣的:(原来一条select语句在MySQL是这样执行的《死磕MySQL系列 一》)