MySQL 架构 - MySQL逻辑架构
2009-06-03 11:18:51 来源:WEB开发网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的解析查询是创建了一个内部的结构(一个语法分析树)。之后就进行了各种各样的优化。这些优化包括了,查询语句的重写,读表的顺序,索引的选择等等。你可以通过查询语句的关键词对优化器进行一定的提示。这样做会影响到它的优化方式。你也可以让服务器对于各种优化进行说明。这样可以得知服务器的运行策略以及为了获得更好的效率,可以做更多的优化工作,如查询优化等。优化器会在以后的教程中详细介绍。
优化器是不会关心表所用到的存储引擎的类型,但是存储引擎会影响到服务器优化查询的方式。优化器需要知道存储引擎的一些特性,这些操作的消耗以及表数据的一些统计信息。例如,一些存储引擎支持索引,这对于查询是非常有用的。
在解析查询之前,要查询缓存,这个缓存只能保存查询信息以及结果数据。如果请求一个查询在缓存中存在,就不需要解析,优化和执行查询了。直接返回缓存中所存放的这个查询的结果。以后的章节会详细讲到。
更多精彩
赞助商链接