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是怎样执行的的文章就介绍到这了,更多相关select执行MySQL语句内容请搜索
更多Mysql内容来自木庄网络博客
标签：Mysql
相关阅读 >>
更多相关阅读请进入《mysql》频道 >>
数据库系统概念 第6版
本书主要讲述了数据模型、基于对象的数据库和XML、数据存储和查询、事务管理、体系结构等方面的内容。
