MySql数据库逻辑架构讲解

与其他数据库相比，MySql 数据库有自己独特的地方，它的架构可以在不同的场景中应用并发挥良好的作用。主要体现在存储引擎的架构上，插件式的存储引擎架构将查询处理和其他的系统任务以及数据的存储提取相分离。这种架构的最大优点是可以根据业务和实际需求选择适当的存储引擎。下面是MySql 的逻辑架构图：

 

一：连接层：

最上层是客户端和连接服务，包括本地sock 通信和大多数基于客户端/服务端工具实现的类似于tcp/ip 的通信。主要完成一些类似于链接处理、授权认证、以及相关的安全方案。在该层上引入了连接池的概念，为通过认证安全接入的客户端提供线程。同样在该层上可以实现基于SSL 的安全链接。服务器也会为安全接入的每个客户端验证它所具有的操作权限。

二：服务层：

第二层架构主要完成大多数的核心服务功能，如SQL 接口，并完成缓存的查询，SQL 的分析和优化及部分内置函数的执行。所有跨存储引擎的功能也在这一层上实现，如过程，函数等。在该层，服务器会解析并创建相应的内部解析树，并完成相应的优化如确定查询表的顺序，是否利用索引等，最后生成对应的执行操作。如果是select 语句，服务器还会查询内部的缓存。如果缓存空间足够大，这样在解决大量读操作的环境中能够很好的提升系统的性能。

三：引擎层：

在存储引擎层，存储引擎真正的负责了MySql 中数据的存储和提取，服务器通过API 与存储引擎进行通信。不同的存储引擎具有不同的功能，这样使得我们可以根据自己的实际需求选取合适的存储引擎。

四：存储层：

数据存储层编程开发，主要将数据存储在运行于裸设备上的文件系统上，并完成与存储引擎的交互。

根据上图我们可以知道MySql 至少十种以上的存储引擎，但是一般我们使用的存储引擎主要是MyISAM 与 InnoDB 。下面主要对比一下两种存储引擎：

  对比项

     MyISAM

     InnoDB

   主外键

    不支持

    支持

   事务

    不支持

    支持

   行表锁

    表锁，即使操作一条记录会锁住整个表，不适合高并发的操作

    行锁，操作时只锁某一行，不对其他行有影响，适合高并发的操作

   缓存

    只缓存索引，不缓存真实数据

    不仅缓存索引还缓存真实数据，对内存要求较高，并且存储大小对性能有决定性的影响

   表空间

    小

    大

   关注点

    性能

    事务