MySQL基础架构分析

落日映苍穹つ 2021-11-09 05:14 271阅读 0赞

### MySQL基础架构分析 ###

*  前言
 *  MySQL基本架构图
 *  Server层
 *   *  连接器
     *  查询缓存
     *  分析器
     *  优化器
     *  执行器
 *  存储引擎层

# 前言 #

本文将向大家介绍MySQL中的各种组件以及它们的功能，首先来看一张简要的架构图

# MySQL基本架构图 #

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3lqbjE5OTU_size_16_color_FFFFFF_t_70]  
在上图中我们可以看到MySQL的各部分组件主要分为两个大部分，Server层和存储引擎层

# Server层 #

Server层主要包括连接器、查询缓存、分析器、优化器、执行器等，所有跨存储引擎的功能都在这一层实现，比如存储过程、触发器、视图，函数等，还有一个通用的日志模块 binglog 模块。

## 连接器 ##

连接器主要和身份认证跟权限相关的功能相关。  
主要负责用户登录数据库，进行用户的身份认证，包括校验账户密码，权限等操作，如果用户账户密码已通过，连接器会到权限表中查询该用户的所有权限，之后在这个连接里的权限逻辑判断都是会依赖此时读取到的权限数据，也就是说，后续只要这个连接不断开，即使管理员修改了该用户的权限，该用户也是不受影响的。

## 查询缓存 ##

查询缓存主要用来缓存我们所执行的 SELECT 语句以及该语句的结果集。  
连接建立后，执行查询语句的时候，会先查询缓存，MySQL 会先校验这个SQL是否执行过，以 Key-Value 的形式缓存在内存中，Key 是查询预计，Value 是结果集。如果缓存 key 被命中，就会直接返回给客户端，如果没有命中，就会执行后续的操作，完成后也会把结果缓存起来，方便下一次调用。当然在真正执行缓存查询的时候还是会校验用户的权限，是否有该表的查询条件。  
MySQL 查询不建议使用缓存，因为查询缓存失效在实际业务场景中可能会非常频繁，假如你对一个表更新的话，这个表上的所有的查询缓存都会被清空。对于不经常更新的数据来说，使用缓存还是可以的。  
所以，一般在大多数情况下我们都是不推荐去使用查询缓存的。  
MySQL 8.0 版本后删除了缓存的功能。

## 分析器 ##

MySQL 没有命中缓存，那么就会进入分析器，分析器主要是用来分析 SQL 语句是来干嘛的，分析器也会分为几步：  
第一步，词法分析，一条 SQL 语句有多个字符串组成，首先要提取关键字，比如 select，提出查询的表，提出字段名，提出查询条件等等。做完这些操作后，就会进入第二步。  
第二步，语法分析，主要就是判断你输入的 sql 是否正确，是否符合 MySQL 的语法。

## 优化器 ##

优化器的作用就是它认为的最优的执行方案去执行，比如多个索引的时候该如何选择索引，多表查询的时候如何选择关联顺序等。

## 执行器 ##

当选择了执行方案后，MySQL 就准备开始执行了，首先执行前会校验该用户有没有权限，如果没有权限，就会返回错误信息，如果有权限，就会去调用引擎的接口，返回接口执行的结果。

# 存储引擎层 #

主要负责数据的存储和读取，采用可以替换的插件式架构，支持 InnoDB、MyISAM、Memory 等多个存储引擎，其中 InnoDB 引擎有自有的日志模块 redolog 模块。现在最常用的存储引擎是 InnoDB，它从 MySQL 5.5.5 版本开始就被当做默认存储引擎了。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3lqbjE5OTU_size_16_color_FFFFFF_t_70]: /images/20211109/1a29b074e4e249f486b98a182660993b.png