本文主要是介绍MySQL逻辑架构和执行流程（一），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
MySQL逻辑架构和执行流程
- MySQL
- 逻辑架构图
- 第一层（连接层）
- 第二层（核心服务层）
- 第三层（存储引擎）
- 各组件详细介绍
- Connectors
- Connection Pool
- SQL_Interface
- Parser解析器
- Optimizer优化器
- Cache和Buffer缓存
- Engine存储引擎
- 执行流程
MySQL
逻辑架构图
第一层（连接层）
连接层不是MYSQL架构特有的，基本上基于网络的客户端/服务端都存在类似架构，用于处理连接、授权、安全处理等
第二层（核心服务层）
MYSQL大多数核心服务功能都在这一层，包括权限认证、语法解析、优化、缓存以及所有内置函数和存储过程、试图、触发器等；通过explain可以了解MySQL优化策略，提供一个参考基准.
第三层（存储引擎）
MYSQL支持多种存储引擎，目前常用的是InnoDB，支持事务和行级锁、间隙锁。存储引擎负责数据存储和提取，服务器通过API与之交互，API屏蔽了不同存储引擎的差异性，使得上层查询变得透明；
各组件详细介绍
Connectors
提供了多种语言的连接方式API接口，比如java基于jdbc连接.
Connection Pool
每个客户端连接都会在服务端拥有一个线程，MySQL提供线程池缓存这些线程，以便不用每次都创建和销毁线程，达到线程池数量则新建线程，一个线程可以服务多个连接.
SQL_Interface
接受用户的SQL命令，并且返回用户需要查询的结果。比如select from就是调用SQL Interface
Parser解析器
将接收到的SQL进行语法和语义分析，创建内部数据结构（解析树），根据不同的操作类型进行后续不同的处理逻辑，解析器出错说明SQL语法不正确。
Optimizer优化器
针对接收的SQL语句，进行各种优化，包括重写查询、决定表的读取顺序、选择合适的索引等。
Cache和Buffer缓存
MySQL针对查询的结果进行缓存，通过query的hash值做映射，在缓存命中率比较高的情况下，可以极大提高性能。
如果缓存利用率不高，不建议开启缓存，会影响读写性能
1.缓存的开启，需要内存的消耗
2.query操作需要先查询缓存，同时还会写缓存
3.sql进行更新，需要清空相应表的缓存数据
Engine存储引擎
基本上只有 MySQL 可以实现其底层数据存储引擎的插件式管理。这个模块实际上只是 一个抽象类，但正是因为它成功地将各种数据处理高度抽象化，才成就了今天 MySQL 可插拔存储引擎的特色。
MySQL插件式的存储引擎架构提供了一系列标准的管理和服务支持，这些标准与存储引擎本身无关，可能是每个数据库系统本身都必需的，如SQL分析器和优化器等，而存储引擎是底层物理结构的实现，每个存储引擎开发者都可以按照自己的意愿来进行开发。
注意：存储引擎是基于表的，而不是数据库。最常用的就是InnoDB、MyISAM
执行流程
- 客户端和服务端建立TCP连接，分配线程管理连接，会优先使用线程池可用线程，无可用线程则新建线程处理请求。同时进行授权认证，连接是否有权限执行相应权限
- 查询缓存是否命中，命中则直接返回结果，否则进行语法解析
- 语法解析进行语法和语义分析，建立内部数据结构，根据不同操作类型进行不同处理
- 查询优化器，进行索引优化，选择，sql查询的重写，表的读取顺序，之后交给查询引擎，通过API调用存储引擎
- 存储引擎进行数据的查询
a.如果需要的话获取相应的锁。
b.先查询缓存页中有没有相应的数据，如果有则可以直接返回，如果没有就要从磁盘上去读取。
c.当在磁盘中找到相应的数据之后，则会加载到缓存中来，从而使得后面的查询更加高效，由于内存有限，多采用变通的LRU表来管理缓存页，保证缓存的都是经常访问的数据
参考：
https://blog.csdn.net/n950814abc/article/details/91347567
Java题库在线答题：www.51ctofx.com
这篇关于MySQL逻辑架构和执行流程（一）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
