在聊mysql的执行流程之前,咱们要先聊聊mysql的逻辑架构。

可以将上图简化为下图
客服端访问mysql服务器前,要先和mysq建立tcp连接。
经过3次握手建立连接成功后,mysql服务器对tcp传输过来的账号密码进行身份认证,权限获取。
Access denied for user错误,客服端程序结束执行连接层有一个线程池,每个客服端过来和mysql服务器建立tcp连接,都需要分配一个线程专门取和这个客服端交互。使用线程池,省去了创建和销毁线程的开销。
接收用户的SQL命令,并且返回用户需要查询的结果。例如select ...from就是调用SQL接口
select id, name from student where gender = 'female'
select查询会先根据where进行选取,而不是将表全部查询出来再进行gender过滤。再根据id和name进行属性投影,而不是将属性全部取出来以后在进行过滤,将这两个查询条件连接起来就是最终结果。
MySQL 中的查询缓存,不是缓存查询计划,而是查询对应的结果。这就意味着查询匹配的鲁棒性大大降 低,只有相同的查询操作才会命中查询缓存。两个查询请求在任何字符上的不同(例如:空格、注释、 大小写),都会导致缓存不会命中。因此 MySQL 的查询缓存命中率不高。
同时,如果查询请求中包含某些系统函数、用户自定义变量和函数、一些系统表,如 mysql 、 information_schema、 performance_schema 数据库中的表,那这个请求就不会被缓存。以某些系统函数 举例,可能同样的函数的两次调用会产生不一样的结果,比如函数NOW,每次调用都会产生最新的当前 时间,如果在一个查询请求中调用了这个函数,那即使查询请求的文本信息都一样,那不同时间的两次 查询也应该得到不同的结果,如果在第一次查询时就缓存了,那第二次查询的时候直接使用第一次查询 的结果就是错误的!
此外,既然是缓存,那就有它缓存失效的时候。MySQL的缓存系统会监测涉及到的每张表,只要该表的 结构或者数据被修改,如对该表使用了INSERT、 UPDATE、DELETE、TRUNCATE TABLE、ALTER TABLE、DROP TABLE或 DROP DATABASE语句,那使用该表的所有高速缓存查询都将变为无效并从高 速缓存中删除!对于更新压力大的数据库来说,查询缓存的命中率会非常低。
插件式存储引擎,真正负责mysql中数据的存储和提取,维护底层数据执行操作,服务器通过api与存储引擎进行通信。不同存储引擎功能也不同,根据需求而定。
所有的数据,数据库/表,表中每一行内容,索引,都会存在文件系统上。并完成与存储引擎的交互。

例如:执行两个表的join
select * from test1 join test2 using(ID)
where test1.name='zhangwei' and test2.name='mysql高级课程';
方案1:可以先从表 test1 里面取出 name='zhangwei’的记录的 ID 值,再根据 ID 值关联到表 test2,再判 断 test2 里面 name的值是否等于 ‘mysql高级课程’。
方案2:可以先从表 test2 里面取出 name=‘mysql高级课程’ 的记录的 ID 值,再根据 ID 值关联到 test1, 再判断 test1 里面 name的值是否等于 zhangwei。
这两种执行方法的逻辑结果是一样的,但是执行的效率会有不同,而优化器的作用就是决定选择使用哪一个方案。优化器阶段完成后,这个语句的执行方案就确定下来了,然后进入执行器阶段
在执行之前需要判断该用户是否 具备权限 。如果没有,就会返回权限错误。如果具备权限,就执行 SQL 查询并返回结果。在 MySQL8.0 以下的版本,如果设置了查询缓存,这时会将查询结果进行缓存
select * from test where id = 1;
调用 InnoDB 引擎接口取这个表的第一行,判断 ID 值是不是1,如果不是则跳过,如果是则将这行存在结果集中; 调用引擎接口取“下一行",重复相同的判断逻辑,直到取到这个表的最后一行。
执行器将上述遍历过程中所有满足条件的行组成的记录集作为结果集返回给客户端。
SQL语句在mysql中的流程是:sql语句->查询缓存->解析器->优化器->执行器

