MySQL的逻辑架构是怎样的

共计 635 个字符，预计需要花费 2 分钟才能阅读完成。

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

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

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

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

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

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

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

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

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

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

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

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

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