MySQL架构

和其它数据库相比，MySQL有点与众不同，它的架构可以在多种不同场景中应用并发挥良好作用。主要体现在存储引擎的架构上，插件式的存储引擎架构将查询处理和其它的系统任务以及数据的存储提取相分离。这种架构可以根据业务的需求和实际需要选择合适的存储引擎。

1. 连接层（应用层）：最上层是一些客户端和连接服务。主要完成一些类似于连接处理、授权认证、及相关的安全方案。在该层上引入了线程池的概念，为通过认证安全接入的客户端提供线程。同样在该层上可以实现基于SSL的安全链接。服务器也会为安全接入的每个客户端验证它所具有的操作权限。
2. 服务层（逻辑层）：第二层服务层，主要完成大部分的核心服务功能， 包括查询解析、分析、优化、缓存、以及所有的内置函数，所有跨存储引擎的功能也都在这一层实现，包括触发器、存储过程、视图等。
3. 引擎层：第三层存储引擎层，存储引擎真正的负责了MySQL中数据的存储和提取，服务器通过API与存储引擎进行通信。不同的存储引擎具有的功能不同，这样我们可以根据自己的实际需要进行选取
4. 存储层（物理层）：第四层为数据存储层，主要是将数据存储在运行于该设备的文件系统之上，并完成与存储引擎的交互。

画出 MySQL 架构图，这种变态问题都能问的出来 MySQL 的查询流程具体是？or 一条SQL语句在MySQL中如何执行的？

客户端请求

---> 连接器（验证用户身份，给予权限）

---> 查询缓存（存在缓存则直接返回，不存在则执行后续操作）

---> 分析器（对SQL进行词法分析和语法分析操作）

---> 优化器（主要对执行的sql优化选择最优的执行方案方法）

---> 执行器（执行时会先看用户是否有执行权限，有才去使用这个引擎提供的接口）

---> 去引擎层获取数据返回（如果开启查询缓存则会缓存查询结果）

MySQL表存储结构

单位：表>段>区>页>行

在数据库中，不论读一行，还是读多行，都是将这些行所在的页进行加载。也就是说存储空间的基本单位是页。

一个页就是一棵树B+树的节点，数据库I/O操作的最小单位是页，与数据库相关的内容都会存储在页的结构里。

参考：

zhuanlan.zhihu.com/p/29150809

juejin.im/post/5e3eb6…

blog.csdn.net/yin76783337…