mysql的执行过程

 

MySQL 主要可以分为 Server 层和存储引擎层。

Server层 包括连接器、查询缓存、分析器、优化器、执行器等，所有跨存储引擎的功能都在这一层实现，比如存储过程、触发器、视图、函数等，还有个通用的日志模块binlog日志模块；

存储引擎层 负责数据的存储和提取。其架构模式是插件式的，支持 InnoDB、MyISAM、Memory 等多个存储引擎。现在最常用的存储引擎是 InnoDB（支持事务），它从 MySQL5.5.5 版本开始成为默认存储引擎。
连接器

连接器主要负责用户登录数据库，进行用户的身份认证，包括校验账户密码，权限等操作。

如果用户密码不对，你就会收到一个"Access denied for user"的错误，然后客户端程序结束执行。

如果用户账户密码已通过，连接器会到权限表中查询该用户的所有权限，之后在这个连接里的权限逻辑判断都是会依赖此时读取到的权限数据，也就是说，后续只要这个连接不断开，即时管理员修改了该用户的权限，该用户也是不受影响的。
查询缓存（ Query cache）

客户端与服务端建立连接后，MySQL 在执行查询语句时会先查询缓存，校验这条SQL是不是在之前执行过。之前执行过的语句及其结果会以 key-value 对的形式，被直接缓存在内存中。key 是查询的语句，value 是查询的结果。如果你的查询能够直接在这个缓存中找到 key，那么这个value 就会被直接返回给客户端。如果没有命中，则需要执行后续的操作，完成后也会把结果缓存起来，方便下一次调用。

看到这里大家会不会眼前一亮，会不会有这个功能很好要好好利用的冲动。

其实这里并不建议使用查询缓存，查询缓存的失效非常频繁，只要有对一个表的更新，这个表上所有的查询缓存都会被清空。因此很可能你费劲地把结果存起来，还没使用就被一个更新全清空了。对于更新压力大的数据库来说，查询缓存的命中率会非常低。除非是那种很长时间不会更新的表，比如系统配置表，但是这种系统配置我们放在配置平台不好吗？

在MYSQL8.0中已经删除了查询缓存这个功能，官方也是认为该功能在实际的应用场景比较少，所以干脆直接删掉了。
分析器