简述mysql的逻辑架构
##首先来看一张官方的图
单先介绍下
和其它数据库相比，MySQL有点与众不同，它的架构可以在多种不同场景中应用并发挥良好作用。主要体现在存储引擎的架构上，
插件式的存储引擎架构将查询处理和其它的系统任务以及数据的存储提取相分离。这种架构可以根据业务的需求和实际需要选择合适的存储引擎。

- 1.连接层
最上层是一些客户端和连接服务，包含本地sock通信和大多数基于客户端/服务端工具实现的类似于tcp/ip的通信。主要完成一些类似于连接处理、授权认证、及相关的安全方案。在该层上引入了线程池的概念，为通过认证安全接入的客户端提供线程。同样在该层上可以实现基于SSL的安全链接。服务器也会为安全接入的每个客户端验证它所具有的操作权限。 - 2.服务层
– 2.1Management Serveices & Utilities： 系统管理和控制工具
– 2.2 SQL Interface: SQL接口
接受用户的SQL命令，并且返回用户需要查询的结果。比如select from就是调用SQL Interface
– 2.3 Parser: 解析器
SQL命令传递到解析器的时候会被解析器验证和解析。
– 2.4 Optimizer: 查询优化器。
SQL语句在查询之前会使用查询优化器对查询进行优化。
用一个例子就可以理解： select uid,name from user where gender= 1;
优化器来决定先投影还是先过滤。
– 2.5 Cache和Buffer： 查询缓存。
如果查询缓存有命中的查询结果，查询语句就可以直接去查询缓存中取数据。
这个缓存机制是由一系列小缓存组成的。比如表缓存，记录缓存，key缓存，权限缓存等 - 3.引擎层
存储引擎层，存储引擎真正的负责了MySQL中数据的存储和提取，服务器通过API与存储引擎进行通信。不同的存储引擎具有的功能不同，这样我们可以根据自己的实际需要进行选取。 - 4.存储层
数据存储层，主要是将数据存储在运行于裸设备的文件系统之上，并完成与存储引擎的交互。
mysql的工作流程：
一：先通过数据库真实的看一下比如查询的流程：
-
想要看执行流程还得做一系列的配置：
-
1 首先在配置文件中开启缓存的功能
– 修改配置文件/etc/my.cnf
新增一行：query_cache_type=1
重启mysql
– 进入数据库中
先开启 show variables like ‘%profiling%’;
set profiling=1;
– 相关的sql命令
– show profiles; #显示最近的几次查询
show profile cpu,block io for query 编号 #查看程序的执行步骤 -
现在我们就可以查询执行的顺序（缓存的命中条件就是sql语句一摸一样）
-
1： select * from xxx ;查询（第一次查询,所以缓存里没有）
-
2:show profiles; 来显示最近的几次查询
-
3： show profile cpu,block io for query 编号 #查看程序的执行步骤
-
4:
-
6:第二次查询相同的sql语句（结果会在缓存中查找）分析顺序
-
所以总结：
- 1:mysql客户端通过协议与mysql服务器建连接，发送查询语句
- 2:mysql会先检查缓存，
如果命中，直接返回结果，否则进行语句解析,
也就是说，在解析查询之前，服务器会先访问查询缓存(query cache)——它存储SELECT语句以及相应的查询结果集。如果某个查询结果已经位于缓存中，服务器就不会再对查询进行解析、优化、以及执行。它仅仅将缓存中的结果返回给用户即可，这将大大提高系统的性能。 - 3:如果缓存没有命中：
语法解析器和预处理：首先mysql通过关键字将SQL语句进行解析，并生成一颗对应的“解析树”。mysql解析器将使用mysql语法规则验证和解析查询；预处理器则根据一些mysql规则进一步检查解析数是否合法。 - 4:查询优化器当解析树被认为是合法的了，并且由优化器将其转化成执行计划（简单来说就是对sql在不影响查询结果集的情况下进行优化）
- 5；然后就是存储引擎开始干活，按优化器生成的执行计划分类执行
- 6 如果开启了缓存功能的话就会存入
- 7 ：返回结果给客户端