MySQL的逻辑架构是怎样的

今天就跟大家聊聊有关MySQL的逻辑架构是怎样的，可能很多人都不太了解，为了让大家更加了解，小编给大家总结了以下内容，希望大家根据这篇文章可以有所收获。
第一层，服务层(为客户端服务):为请求做连接处理，授权认证，安全等。
1. 每个连接的查询都在一个进程中的线程完成。
2. 服务器负责缓存线程，所以服务层不需要为每个连接新建线程。
注：mysql5.5或者更新的版本提供了一个API,支持线程池（thread-pooling）插件，可以使用池中少量线程来服务大量的连接。 （类似于oracle中的共享连接方式）
第二层，核心层:查询解析，分析，优化，缓存，提供内建函数;存储过程，触发器，视图。
1.优化器不关心使用的是什么存储引擎，但是存储引擎对优化查询有影响。
2.在解析查询之开发云主机域名前，服务器会“询问”是否进行了查询缓存(只能缓存SELECT语句和相应结果)。缓存过的直接返回结果，未缓存的就需要进行解析查询，优化，重新执行返回结果。
3.解析查询时会创建一个内部数据结构(解析树)，然后对其进行各种优化。
第三层，存储引擎层，不光做存储和提取数据，而且针对特殊数据引擎还要做事务处理。
1.服务器通过API与存储引擎通信，接口屏蔽了不同存储引擎之间的差异，使得上层查询透明。
2.不同存储引擎之间不会通信，只会简单相应上层服务的请求。看完上述内容，你们对MySQL的逻辑架构是怎样的有进一步的了解吗？如果还想了解更多知识或者相关内容，请关注开发云行业资讯频道，感谢大家的支持。

相关推荐: 深入浅析Mysql联合索引最左匹配原则

前言之前在网上看到过很多关于mysql联合索引最左前缀匹配的文章，自以为就了解了其原理，最近面试时和面试官交流，发现遗漏了些东西，这里自己整理一下这方面的内容。最左前缀匹配原则在mysql建立联合索引时会遵循最左前缀匹配的原则，即最左优先，在检索数据时从联合索…