【MySQL】逻辑架构-Toy模板网

这篇具有很好参考价值的文章主要介绍了【MySQL】逻辑架构。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

逻辑架构剖析

服务器处理客户端请求

【MySQL】逻辑架构,MySQL,mysql,架构,数据库

连接层

客户端访问MySQL服务器前,做的第一件事就是建立TCP连接

经过三次握手和服务器建立连接成功后,MySQL服务器对TCP传输过来的账号密码做身份验证,权限获取

TCP连接收到请求后,必须要分配一个线程专门与这个客户端的交互,所以还会有个线程池,去继续后面的流程,每一个链接从线程池中获取线程,省去了创建和销毁线程的开销

服务层

SQL Interface : SQL接口

接受用户的sql命令,并且返回用户需要查询的结果

Parser : 解析器

在解析器对sql语句进行语法分析,语义分析,将sql语句分解成数据结构,并将这个结构传递到后续步骤,以后的sql语句的传递和处理就是基于这个结构的,如果在分解构成中遇到错误,就说明这个sql语句是不合理的
在sql命令传递到解析器是会被解析器验证和解析,并为其创建语法树,并且根据数据字典丰富查询语法树,会验证该客户端是否与有执行该查询的权限,创建好语法树后,MySQL还会对sql查询进行语法上的优化,进行查询重写

Optimizer : 查询优化器

SQL语句在语法解析之后、查询之前会使用查询优化器确定 SQL 语句的执行路径，生成一个执行计划。
这个执行计划表明应该使用哪些索引进行查询（全表检索还是使用索引检索），表之间的连接顺序如何，最后会按照执行计划中的步骤调用存储引擎提供的方法来真正的执行查询，并将查询结果返回给用户。

Caches&Buffers : 查询缓存组件

MySQL内部维持着一些Cache和Buffer，比如Query Cache用来缓存一条SELECT语句的执行结果，如果能够在其中找到对应的查询结果，那么就不必再进行查询解析、优化和执行的整个过程了，直接将结果反馈给客户端。
这个缓存机制是由一系列小缓存组成的。比如表缓存，记录缓存，key缓存，权限缓存等。
这个查询缓存可以在不同客户端之间共享。

引擎层

插件式存储引擎层（ Storage Engines），真正的负责了MySQL中数据的存储和提取，对物理服务器级别维护的底层数据执行操作，服务器通过API与存储引擎进行通信。不同的存储引擎具有的功能不同，这样我们可以根据自己的实际需要进行选取。

MySQL 8.0.25默认支持的存储引擎如下：
【MySQL】逻辑架构,MySQL,mysql,架构,数据库

存储层

所有的数据，数据库、表的定义，表的每一行的内容，索引，都是存在文件系统上，以文件的方式存在的，并完成与存储引擎的交互。当然有些存储引擎比如InnoDB，也支持不使用文件系统直接管理裸设备，但现代文件系统的实现使得这样做没有必要了。在文件系统之下，可以使用本地磁盘，可以使用DAS、NAS、SAN等各种存储系统。