MySQL 架构 - MySQL逻辑架构

MySQL逻辑架构(MySQL’s Logical Architecture)

一个好的图片会是你更容易理解MySQL各个组件的工作方式。看图

 

 

最上一层所包含的服务并不是MySQL所独有的技术。它们都是服务于C/S程序或者是这些程序所需要的：连接处理，身份验证，安全性等等。

 

第二层是我们所感兴趣的。这是MySQL的核心部分。包括了查询的解析，分析，优化，缓存以及所有内置的函数(如日期,时间,数学运算,加密)。还有一些功能是涉及到了存储引擎，如存储过程，触发器，视图等。

 

第三层包括了存储过程。它们负责存储和获取所有存储在MySQL中的数据。就像Linux众多的文件系统一样。每个存储引擎都有自己的优点和缺陷。服务器是通过存储引擎API来与它们交互的。这个接口隐藏了各个存储引擎不同的地方。对于查询层尽可能的透明。这个API包含了很多底层的操作。如开始一个事物，或者取出有特定主键的行。存储引擎不能解析SQL，互相之间也不能通信。仅仅是简单的响应服务器的请求。

 

连接管理和安全

在服务器内部，每个client连接都有自己的线程。这个连接的查询都在一个单独的线程中执行。这个线程存在于一个核心或者CPU中。服务器缓存了线程，因此不需要为每个client连接单独创建和销毁线程。

 

当clients（也就是应用程序）连接到了MySQL服务器。服务器需要对它进行身份验证。这个身份验证是基于用户名，主机，以及密码。也使用了X.509的SSL连接。clients一连接上，服务器就验证它的权限。如这个client是否可以查询world数据库下的Country表的数据。这部分将在独立的章节进行说明。

 

优化和执行

MySQL的解析查询是创建了一个内部的结构（一个语法分析树）。之后就进行了各种各样的优化。这些优化包括了，查询语句的重写，读表的顺序，索引的选择等等。你可以通过查询语句的关键词对优化器进行一定的提示。这样做会影响到它的优化方式。你也可以让服务器对于各种优化进行说明。这样可以得知服务器的运行策略以及为了获得更好的效率，可以做更多的优化工作，如查询优化等。优化器会在以后的教程中详细介绍。

 

优化器是不会关心表所用到的存储引擎的类型，但是存储引擎会影响到服务器优化查询的方式。优化器需要知道存储引擎的一些特性，这些操作的消耗以及表数据的一些统计信息。例如，一些存储引擎支持索引，这对于查询是非常有用的。

 

在解析查询之前，要查询缓存，这个缓存只能保存查询信息以及结果数据。如果请求一个查询在缓存中存在，就不需要解析，优化和执行查询了。直接返回缓存中所存放的这个查询的结果。以后的章节会详细讲到。