保定网站制作推广,dedecms网站的源码如何安装,成立门户网站建设工作小组,咸阳网站开发公司文章目录 第一节、逻辑架构剖析1.1、服务器处理客户端请求1.2、Connectors1.3、第1层#xff1a;连接层1.4、第2层#xff1a;服务层1.5、 第3层#xff1a;引擎层1.6、 存储层1.7、小结 第二节、SQL执行流程2.1、查询缓存2.2、解析器2.3、优化器2.4、执行器 第三节、数据库… 文章目录 第一节、逻辑架构剖析1.1、服务器处理客户端请求1.2、Connectors1.3、第1层连接层1.4、第2层服务层1.5、 第3层引擎层1.6、 存储层1.7、小结 第二节、SQL执行流程2.1、查询缓存2.2、解析器2.3、优化器2.4、执行器 第三节、数据库缓冲池(buffer pool) 第一节、逻辑架构剖析
1.1、服务器处理客户端请求
不论客户端进程和服务器进程是采用哪种方式进行通信最后实现的效果都是:客户端进程向服务器进程发送一段文本(SQL语句)服务器进程处理后再向客户端进程发送一段文本(处理结果)。 上图的处理流程在MySQL5.7和8.0中有所不同只是一个通用的处理流程后续会有更详细的讲解。 1.2、Connectors
Connectors指的是不同语言中与SQL的交互。MySQL首先是一个网络程序在TCP之上定义了自己的应用层协议。所以要使用MySQL我们可以编写代码跟MySQL Server建立TCP连接之后按照其定义好的协议进行交互。或者比较方便的办法是调用SDK比如Native C API、JDBC、PHP等各语言MysQL Connector或者通过ODBC。但通过SDK来访问MysQL本质上还是在TCP连接上通过MySQL协议跟MySQL进行交互。
1.3、第1层连接层
系统客户端访问MySQL 服务器前做的第一件事就是建立TCP连接。 经过三次握手建立连接成功后MySQL服务器对TCP传输过来的账号密码做身份认证、权限获取。
1.4、第2层服务层
第二层架构主要完成大多数的核心服务功能如SQL接口并完成缓存的查询SQL的分析和优化及部分内置函数的执行。所有跨存储引擎的功能也在这一层实现如过程、函数等。 在该层服务器会解析查询并创建相应的内部解析树并对其完成相应的优化︰如确定查询表的顺序是否利用索引等最后生成相应的执行操作。 如果是SELECT语句服务器还会查询内部的缓存。如果缓存空间足够大这样在解决大量读操作的环境中能够很好的提升系统的性能。 SQL Interface: SQL接口 1.接收用户的SQL命令并且返回用户需要查询的结果。比如SELECT … FROM就是调用SQLInterface。 2.MySQL支持DML数据操作语言、DDL数据定义语言、存储过程、视图、触发器、自定义函数等多种SQL语言接口。 Parser: 解析器 1.在解析器中对 SQL 语句进行语法分析、语义分析。将SQL语句分解成数据结构并将这个结构传递到后续步骤以后SQL语句的传递和处理就是基于这个结构的。如果在分解构成中遇到错误那么就说明这个SQL语句是不合理的。 2.在SQL命令传递到解析器的时候会被解析器验证和解析并为其创建 语法树 并根据数据字典丰富查询语法树会 验证该客户端是否具有执行该查询的权限 。创建好语法树后MySQL还会对SQl查询进行语法上的优化进行查询重写。 Optimizer: 查询优化器 1.SQL语句在语法解析之后、查询之前会使用查询优化器确定 SQL 语句的执行路径生成一个执行计划 。 2.这个执行计划表明应该 使用哪些索引 进行查询全表检索还是使用索引检索表之间的连接顺序如何最后会按照执行计划中的步骤调用存储引擎提供的方法来真正的执行查询并将查询结果返回给用户。 Caches Buffers 查询缓存组件 1.MySQL内部维持着一些Cache和Buffer比如Query Cache用来缓存一条SELECT语句的执行结果如果能够在其中找到对应的查询结果那么就不必再进行查询解析、优化和执行的整个过程了直接将结果反馈给客户端。 2.从MySQL 5.7.20开始不推荐使用查询缓存并在 MySQL 8.0中删除 。
1.5、 第3层引擎层
插件式存储引擎层 Storage Engines真正的负责了MySQL中数据的存储和提取对物理服务器级别维护的底层数据执行操作服务器通过API与存储引擎进行通信。不同的存储引擎具有的功能不同这样我们可以根据自己的实际需要进行选取。
1.6、 存储层
所有的数据数据库、表的定义表的每一行的内容索引都是存在 文件系统 上以 文件 的方式存在的并完成与存储引擎的交互。当然有些存储引擎比如InnoDB也支持不使用文件系统直接管理裸设备但现代文件系统的实现使得这样做没有必要了。在文件系统之下可以使用本地磁盘可以使用DAS、NAS、SAN等各种存储系统。
1.7、小结 连接层客户端和服务器端建立连接客户端发送 SQL 至服务器端SQL 层服务层对 SQL 语句进行查询处理与数据库文件的存储方式无关存储引擎层与数据库文件打交道负责数据的存储和读取。
第二节、SQL执行流程 2.1、查询缓存
如果在查询缓存中发现了这条 SQL 语句就会直接将结果返回给客户端如果没有就进入到解析器阶段。需要说明的是因为查询缓存往往效率不高所以在 MySQL8.0 之后就抛弃了这个功能。
查询缓存是提前把查询结果缓存起来这样下次不需要执行就可以直接拿到结果。需要说明的是在MySQL 中的查询缓存不是缓存查询计划而是查询对应的结果。这就意味着查询匹配的 鲁棒性大大降低 只有 相同的查询操作才会命中查询缓存 。两个查询请求在任何字符上的不同例如空格、注释、大小写都会导致缓存不会命中。因此 MySQL 的 查询缓存命中率不高 。
2.2、解析器
在解析器中对 SQL 语句进行语法分析、语义分析。说白了就是看SQL语句的写法对不对如果语法没问题再看SQL语句的各个部分是做什么的。
2.3、优化器
在优化器中会确定 SQL 语句的执行路径比如是根据 全表检索 还是根据 索引检索 等。经过上一步的解析器MySQL就知道你要做什么了。在开始执行之前还要先经过优化器的处理。一条查询可以有很多种执行方式最后都返回相同的结果。优化器的作用就是找到这其中最好的执行计划。
比如:优化器是在表里面有多个索引的时候决定使用哪个索引;或者在一个语句有多表关联join)的时候,决定各个表的连接顺序还有表达式简化、子查询转为连接、外连接转为内连接等。
2.4、执行器 SQL的执行流程在5.7和8.0中有所不同后续如果有需要再进行详细学习。 第三节、数据库缓冲池(buffer pool)
InnoDB 存储引擎是以页为单位来管理存储空间的我们进行的增删改查操作其实本质上都是在访问页面包括读页面、写页面、创建新页面等操作。而磁盘 I/O 需要消耗的时间很多而在内存中进行操作效率则会高很多为了能让数据表或者索引中的数据随时被我们所用DBMS 会申请 占用内存来作为数据缓冲池 在真正访问页面之前需要把在磁盘上的页缓存到内存中的 Buffer Pool 之后才可以访问。这样做的好处是可以让磁盘活动最小化从而 减少与磁盘直接进行 I/O 的时间 。要知道这种策略对提升 SQL 语句的查询性能来说至关重要。如果索引的数据在缓冲池里那么访问的成本就会降低很多。
