MySQL的逻辑架构是怎样的

今天就跟大家聊聊有关MySQL的逻辑架构是怎样的，可能很多人都不太了解，为了让大家更加了解，小编给大家总结了以下内容，希望大家根据这篇文章可以有所收获。

第一层，服务层(为客户端服务):为请求做连接处理，授权认证，安全等。

1. 每个连接的查询都在一个进程中的线程完成。

2. 服务器负责缓存线程，所以服务层不需要为每个连接新建线程。

注：mysql5.5或者更新的版本提供了一个API,支持线程池（thread-pooling）插件，可以使用池中少量线程来服务大量的连接。 （类似于oracle中的共享连接方式）

第二层，核心层:查询解析，分析，优化，缓存，提供内建函数;存储过程，触发器，视图。

1.优化器不关心使用的是什么存储引擎，但是存储引擎对优化查询有影响。

2.在解析查询之前，服务器会"询问"是否进行了查询缓存(只能缓存SELECT语句和相应结果)。缓存过的直接返回结果，未缓存的就需要进行解析查询，优化，重新执行返回结果。

3.解析查询时会创建一个内部数据结构(解析树)，然后对其进行各种优化。

第三层，存储引擎层，不光做存储和提取数据，而且针对特殊数据引擎还要做事务处理。

1.服务器通过API与存储引擎通信，接口屏蔽了不同存储引擎之间的差异，使得上层查询透明。

2.不同存储引擎之间不会通信，只会简单相应上层服务的请求。

看完上述内容，你们对MySQL的逻辑架构是怎样的有进一步的了解吗？如果还想了解更多知识或者相关内容，请关注行业资讯频道，感谢大家的支持。