MYSQL 四、mysql进阶 2(mysql逻辑架构以及查询流程)

        一、mysql的逻辑架构

         1. 逻辑架构剖析

         1.1 服务器处理客户端请求

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

        

        下面具体展开看一下:

        
         Connectors:
        指的是不同语言中与sql的交互,mysql首先是一个网络程序,在tcp之上定义了自己的应用层协议,所以要使用mysql,我们可以编写代码,即mysql server 建立tcp连接,之后按照其定义好的协议进行交互。或者比较方便的方法是调用sdk,比如    native C API、JDBC、PHP等各语言mysql connector,或者通过ODBC,但通过sdk来访问mysql,本质上还是在tcp连接上通过mysql协议跟mysql进行交互。        
        
        mysql结构可以分为一下三层:
        第1层:连接层 
        Mysql服务器之外的客户端程序(与具体的语言有关),像java使用JDBC连接。

        系统(客户端)访问 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 = ' ' ;
                这个SELECT查询先根据 WHERE 语句进行 选取 ,而不是将表全部查询出来以后再进行 gender 过 滤。 这个SELECT 查询先根据 id name 进行属性 投影 ,而不是将属性全部取出以后再进行过滤,将这两个查询条件 连接 起来生成最终查询结果。
  • Caches & Buffers: 查询缓存组件
    • MySQL内部维持着一些CacheBuffer,比如Query Cache用来缓存一条SELECT语句的执行结果,如果能够在其中找到对应的查询结果,那么就不必再进行查询解析、优化和执行的整个过程了,直接将结果反馈给客户端。
    • 这个缓存机制是由一系列小缓存组成的。比如表缓存,记录缓存,key缓存,权限缓存等
    • 这个查询缓存可以在 不同客户端之间共享
    • MySQL 5.7.20开始,不推荐使用查询缓存,并在 MySQL 8.0中删除

        第3 层:引擎层
        插件式存储引擎层( Storage Engines ), 真正的负责了 MySQL 中数据的存储和提取,对物理服务器级别 维护的底层数据执行操作 ,服务器通过 API 与存储引擎进行通信。不同的存储引擎具有的功能不同,这样我们可以根据自己的实际需要进行选取。
        MySQL 8.0.25默认支持的存储引擎如下:
        
        
        存储层:
        所有的数据,数据库、表的定义,表的每一行的内容,索引,都是存在 文件系统 上,以 文件 的方式存 在的,并完成与存储引擎的交互。当然有些存储引擎比如InnoDB ,也支持不使用文件系统直接管理裸设备,但现代文件系统的实现使得这样做没有必要了。在文件系统之下,可以使用本地磁盘,可以使用DAS、 NAS SAN 等各种存储系统。

        举例:
        比如现在有一个查询过来 ,我们的执行顺序是:
        1、首先从客户端发起对服务端的连接,建立连接。
        2、建立连接之后,需要专门分配一个线程来处理sql语句
        3、对接sql  Interface,相当于出入口
        4、5.7的mysql中会先去 查询缓存中是都之前这个sql已经查过了,如果查过了就不会往下执行了,会直接把结果返回给客户端。(但是8.0中已废除)
        5、然后会经过解析器来判断sql有没有问题,然后创建语法树
        6、解析器是分析出来你要做什么,优化器可以对sql进行逻辑上的优化, 例如能不能使用索引或者使用哪个索引,就是我们优化器来做的事情。
        7、需要调用对应存储api,体现的就是具体的存储引擎,然后去文件系统中做具体数据的查找,将数据加载到那内存中操作。
        8、将结果缓存起来。
        9、查询结果经过
sql  Interface,将数据返回。
        10、线程用完了放回线程池当中,结果返回给客户端

        
        小结:        
        MySQL架构图本节开篇所示。下面为了熟悉 SQL 执行流程方便,我们可以简化如下:

 

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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值