一、mysql的逻辑架构
1. 逻辑架构剖析
1.1 服务器处理客户端请求
mysql是典型的c/s架构,即 client/server 架构,不论是客户端进程和服务器进程是采用哪种方式进行通信,最后实现的效果都是:客户端进程向服务器进程发送一段文本(sql语句),服务器进程处理后再向客户端进程发送一段文本(处理结果)

下面具体展开看一下:

系统(客户端)访问 MySQL 服务器前,做的第一件事就是建立 TCP 连接。
经过三次握手建立连接成功后, MySQL 服务器对 TCP 传输过来的账号密码做身份认证、权限获取。
- 用户名或密码不对,会收到一个Access denied for user错误,客户端程序结束执行
赖于此时读到的权限 - 用户名密码认证通过,会从权限表查出账号拥有的权限与连接关联,之后的权限判断逻辑,都将依
思考一个问题:一个系统只会和mysql服务器建立一个连接么?只能有一个系统和mysql服务器建立连接么?
当然不是,多个系统哦都可以和mysql服务器建立连接,每个系统建立的连接肯定不止一个,所以,为了解决tcp无限创建与tcp频繁连创建销毁带来的资源耗尽,性能下降问题,mysql服务器里有专门的tcp连接池限制连接数,采用长连接模式服务tcp连接,来解决上述问题
TCP 连接收到请求后,必须要分配给一个线程专门与这个客户端的交互。所以还会有个线程池,去走后面的流程。每一个连接从线程池中获取线程,省去了创建和销毁线程的开销。
第2层:服务层
- SQL Interface: SQL接口
- 接收用户的SQL命令,并且返回用户需要查询的结果。比如SELECT ... FROM就是调用SQL Interface
- MySQL支持DML(数据操作语言)、DDL(数据定义语言)、存储过程、视图、触发器、自定义函数等多种SQL语言接口
- Parser: 解析器
- 在解析器中对 SQL 语句进行语法分析、语义分析。将SQL语句分解成数据结构,并将这个结构传递到后续步骤,以后SQL语句的传递和处理就是基于这个结构的。如果在分解构成中遇到错误,那么就说明这个SQL语句是不合理的。
- 在SQL命令传递到解析器的时候会被解析器验证和解析,并为其创建 语法树 ,并根据数据字典丰富查询语法树,会 验证该客户端是否具有执行该查询的权限 。创建好语法树后,MySQL还会对SQl查询进行语法上的优化,进行查询重写。
- Optimizer: 查询优化器
- SQL语句在语法解析之后、查询之前会使用查询优化器确定 SQL 语句的执行路径,生成一个执行计划 。
- 这个执行计划表明应该 使用哪些索引 进行查询(全表检索还是使用索引检索),表之间的连接顺序如何,最后会按照执行计划中的步骤调用存储引擎提供的方法来真正的执行查询,并将查询结果返回给用户。
- 它使用“ 选取-投影-连接 ”策略进行查询。例如:
SELECT id,name FROM student WHERE gender = ' 女 ' ;
- Caches & Buffers: 查询缓存组件
- MySQL内部维持着一些Cache和Buffer,比如Query Cache用来缓存一条SELECT语句的执行结果,如果能够在其中找到对应的查询结果,那么就不必再进行查询解析、优化和执行的整个过程了,直接将结果反馈给客户端。
- 这个缓存机制是由一系列小缓存组成的。比如表缓存,记录缓存,key缓存,权限缓存等
- 这个查询缓存可以在 不同客户端之间共享 。
- 从MySQL 5.7.20开始,不推荐使用查询缓存,并在 MySQL 8.0中删除 。
举例:
比如现在有一个查询过来 ,我们的执行顺序是:
1、首先从客户端发起对服务端的连接,建立连接。
2、建立连接之后,需要专门分配一个线程来处理sql语句
3、对接sql Interface,相当于出入口
4、5.7的mysql中会先去 查询缓存中是都之前这个sql已经查过了,如果查过了就不会往下执行了,会直接把结果返回给客户端。(但是8.0中已废除)
5、然后会经过解析器来判断sql有没有问题,然后创建语法树
6、解析器是分析出来你要做什么,优化器可以对sql进行逻辑上的优化, 例如能不能使用索引或者使用哪个索引,就是我们优化器来做的事情。
7、需要调用对应存储api,体现的就是具体的存储引擎,然后去文件系统中做具体数据的查找,将数据加载到那内存中操作。
8、将结果缓存起来。
9、查询结果经过sql Interface,将数据返回。
10、线程用完了放回线程池当中,结果返回给客户端

简化为三层结构:
1. 连接层:客户端和服务

最低0.47元/天 解锁文章
10万+

被折叠的 条评论
为什么被折叠?



