和其它数据库相比,MySQL有点与众不同,它的架构可以在多种不同场景中应用并发挥良好作用。主要体现在存储引擎的架构上,插件式的存储引擎架构将查询处理和其它的系统任务以及数据的存储提取相分离。这种架构可以根据业务的需求和实际需要选择合适的存储引擎。
控制器层:
连接器:连接层、c、java等连接mysql
业务逻辑处理成:
连接池:连接层c3p0连接池等
经理服务实效:备份,容灾恢复,集群等
sql接口:存储过程,视图触发器
解析器:查询事物,对象的权限
如果是选择开头的就认为是读的操作,插入开头的就是写的操作,
sql语句的加载从从开始,转换成mysql能够读懂的形式
优化器:mysql优化器,经过前面的转换,这里mysql会优化成mysql自己认为最优的方式
,并不是我们人为的优化
缓存,缓冲区:缓冲
可拔插式的存储引擎
插件存储引擎
大部分用的是myism和innodb
文件存储层计算机硬件
文件系统
文件,日志
最上层是一些客户端和连接服务,包含本地袜子通信和大多数基于客户端/服务端工具实现的类似于tcp/ip的通信。主要完成一些类似于连接处理,授权认证,及相关的安全方案。在该层上引入了线程池的概念,为通过认证安全接入的客户端提供线程。同样在该层上可以实现基于SSL的安全链接。服务器也会为安全接入的每个客户端验证它所具有的操作权限。
2.1 Serveices和管理;公用事业:系统管理和控制工具
2.2 SQL接口:SQL接口
接受用户的SQL命令,并且返回用户需要查询的结果。比如选择就是调用SQL接口
2.3解析器:解析器
SQL命令传递到解析器的时候会被解析器验证和解析。
2.4优化器:查询优化器。
SQL语句在查询之前会使用查询优化器对查询进行优化。
用一个例子就可以理解:选择uid,名字从用户性别=1;
优化器来决定先投影还是先过滤。
2.5缓存和缓冲区:查询缓存。
如果查询缓存有命中的查询结果,查询语句就可以直接去查询缓存中取数据。
这个缓存机制是由一系列小缓存组成的。比如表缓存,记录缓存,关键缓存,权限缓存等
缓存是负责读,缓冲负责写。
存储引擎层,存储引擎真正的负责了MySQL中数据的存储和提取,服务器通过API与存储引擎进行通信。不同的存储引擎具有的功能不同,这样我们可以根据自己的实际需要进行选取。后面介绍MyISAM和InnoDB
数据存储层,主要是将数据存储在运行于裸设备的文件系统之上,并完成与存储引擎的交互。
查询流程图:
首先,mysql的查询流程大致是:
& # 8226;mysql客户端通过协议与mysql服务器建连接,发送查询语句,先检查查询缓存,如果命中(一模一样的sql才能命中),直接返回结果,否则进行语句解析,也就是说,在解析查询之前,服务器会先访问查询缓存(查询缓存)——它存储选择语句以及相应的查询结果集。如果某个查询结果已经位于缓存中,服务器就不会再对查询进行解析,优化,以及执行。它仅仅将缓存中的结果返回给用户即可,这将大大提高系统的性能。
语法解析器和预处理:首先mysql通过关键字将SQL语句进行解析,并生成一颗对应的“解析树”.mysql解析器将使用mysql语法规则验证和解析查询;预处理器则根据一些mysql规则进一步检查解析数是否合法。
查询优化器当解析树被认为是合法的了,并且由优化器将其转化成执行计划。一条查询可以有很多种执行方式,最后都返回相同的结果。优化器的作用就是找到这其中最好的执行计划。
然后,mysql默认使用的BTREE索引,并且一个大致方向是:无论怎么折腾sql,至少在目前来说,mysql最多只用到表中的一个索引。
<强>查看命令
MySQL高级学习笔记(三):MySQL逻辑架构介绍,MySQL存储引擎详解
