MySql系列四:MySQL 基础架构

最新推荐文章于 2022-10-25 10:57:00 发布

vawterchen

最新推荐文章于 2022-10-25 10:57:00 发布

阅读量216

点赞数

分类专栏： mysql 文章标签： mysql

本文链接：https://blog.csdn.net/weixin_44743841/article/details/106142952

版权

mysql 专栏收录该内容

9 篇文章 0 订阅

订阅专栏

`Server`层和`存储引擎`层

为了方便理解，先看一下Mysql的基本架构示意图，可以把 MySQL 拆解成几个零件

大致上来说，MySQL 可以分为 Server层和存储引擎层。

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

存储引擎层负责数据的存储和提取。包括 MySQL 常见的存储引擎，包括 MyISAM、InnoDB 和 Memory 等，最常用的是 InnoDB，也是现在 MySQL 的默认存储引擎。如果使用其他类型，可以利用create table语句中使用ENGINE = <Storage Engine>，等来指定使用内存引擎来创建表。

CREATE TABLE t (id INT) ENGINE = <Storage Engine>;

不同的存储引擎数据存储方式不同，支持的功能也不同。

不同的存储引擎共用一个server层。

下面探讨一下MySQL执行过程。

`Server`层

一、连接器

负责跟客户端建立连接，获取权限，维持和管理连接，连接器位于server层，通过连接器可以让客户端和server层连接起来，从而登录到mysql。连接命令：

mysql -h IP -P 端口 -u 用户 -p 密码

连接过程：

连接命令使MySQL客户端和服务端建立连接。在完成 TCP 握手 后，连接器会根据你输入的用户名和密码验证你的登录身份。

如果用户名或者密码错误，MySQL 就会提示 Access denied for user，来结束执行。
如果登录成功后，连接器回到权限表里找到我们所拥有的权限。之后在这个连接面里的权限判断逻辑，都会依赖于此时读到的权限。（如果一个用户成功建立连接后，即使你用管理员账号对这个用户的权限做了修改，也不会影响到已经存在连接的权限，修改完成后，只有在新建的连接才会使用新的权限设置），连接完成。

连接完成之后：

如果你没有后续的动作，这个连接就会空闲下来，使用show processlist 命令中看到它。
客户端如果太长时间没用动静，连接器就会自动断开，这个时间是由wait_timeout控制的，默认是8小时。

mysql> show processlist;
+----+------+-----------------+------+---------+------+----------+------------------+
| Id | User | Host            | db   | Command | Time | State    | Info             |
+----+------+-----------------+------+---------+------+----------+------------------+
|  5 | root | localhost:54049 | test | Sleep   |   26 |          | NULL             |
|  6 | root | localhost:54053 | test | Query   |    0 | starting | show processlist |
+----+------+-----------------+------+---------+------+----------+------------------+
2 rows in set

Command为Sleep表示此连接是一个空闲连接

如果在连接被断开之后，客户端再次发送请求的话，就会收到一个错误的提醒：Lost connection to Mysql server during query。这时候如果要继续，就需要重连，然后在执行请求了。

长连接和短连接：

长连接：数据库里面，长连接是指连接成功后，如果客户端持续有请求，则一直使用同一个连接。

短连接：指的是每次执行完很少的几次查询就断开连接，下次查询再重新建立一个。

建立连接的过程通常是比较复杂的，所以建议尽量使用长连接

但是全部使用长连接会看到MySQL占用内存涨的特别快，这是什么原因呢？

答：因为MySQL在执行过程中临时使用的内存是管理在连接对象里面的。这些资源会在连接断开的时候才释放。所以如果长连接累计下来，可能导致内存占用太大，被系统强行杀掉（OOM），表现为MySQL异常重启了。

解决方案

1.定期断开长连接。使用一段时间，或者程序里面判断执行过一个占用内存的大查询后，断开连接，之后要查询再重连；

2.如果使用的是MySQL5.7或更新版本，可以在每次执行一个比较大的操作后，通过执行mysql_reset_connection来重新初始化连接资源。这个过程不需要重连和重新做权限验证，但是会将连接恢复到刚刚创建完时的状态

二、查询缓存

连接完成后，你就可以执行 SQL 语句了，这行逻辑就会来到第二步：查询缓存。

MySQL拿到一个查询请求之后，会到查询缓存看看，之前是否执行过这样的一条语句

之前执行过的语句及其结果可能会以key-value对的形式，被直接存放到内存中，key是查询的语句，value是查询的结果

如果你的查询能够直接在这个缓存中找到key，那么这个value就会被直接返回给客户端。
如果语句不在查询缓存中，就会继续后面的执行阶段，执行完成后，执行结果会被存入到查询缓存中。如果查询命中缓存，MySQL不需要执行后面的复杂操作，就可以直接返回结果，这个效率会很高。

但是大多数情况下不建议使用查询缓存，为什么呢？

查询缓存往往弊大于利。因为只要在 MySQL 中对某一张表执行了更新操作，那么所有的查询缓存就会失效，对于不经常更新的数据来说，使用缓存还是可以的。

好在MySQL也提供了这种“按需使用”的方式。你可以将参数query_cache_type设置成DEMAND，这样对于默认的SQL语句都不使用查询缓存。而对于你确定要使用查询缓存的语句，可以用SQL_CACHE形式指定，比如：

mysql> select SQL_CACHE * from <table> where id=10;

注：MySQL 8.0版本直接将查询缓存的整块功能删掉了。

三、分析器

如果没有命中查询，就开始执行真正的 SQL 语句了。以下面的sql语句为例：

mysql> select * from test where id=10;

首先，MySQL 会根据你写的 SQL 语句进行解析，分析器会先做词法分析，然后语法分析。

词法分析：你写的 SQL 是由多个字符串和空格组成的一条 SQL 语句，MySQL 需要识别出里面的字符串是什么，代表什么。

MySQL 从 'select' 关键字识别出来，这是一条查询语句，还要把字符串 'test' 识别成 “表名test”，把字符串 'id' 识别成 “列id”

语法分析：根据词法分析的结果，语法分析器会根据语法规则，判断你输入的这个 SQL 语句是否满足 MySQL 语法。如果 SQL 语句不正确，就会提示 “You have an error in your SQL syntax”。

一般来说语法错误会提示第一个出现错误的位置，所以你要关注的是紧接“use near”的内容。

四、优化器

经过分析器的词法分析和语法分析后，你这条 SQL 就合法了，MySQL 就知道你要做什么了。但是在执行前，还需要进行优化器的处理。

优化器是在表里面有多个索引的时候，决定使用哪个索引
在一个语句有多表关联（join）的时候，决定各个表的连接顺序

比如在执行下面的两个表 join 的语句：

mysql> select * from t1 join t2 using(ID) where t1.c=10 and t2.d=20;

既可以先从表t1里面取出c=10的记录的ID值，再根据ID值关联到表t2，再判断t2里面d的值是否等于20。
也可以先从表t2里面取出d=20的记录的ID值，再根据ID值关联到t1，再判断t1里面c的值是否等于10。

这两种执行方法的逻辑结果是一样的，但是执行的效率会有不同，而优化器的作用就是决定选择使用哪一个方案。优化器阶段完成后，这个语句的执行方案就确定下来了，然后进入执行器阶段。

五、执行器

MySQL 通过分析器知道了你的 SQL 语句是否合法，你想要做什么操作，通过优化器知道了该怎么做效率最高，然后就进入了执行阶段，开始执行这条 SQL 语句。

其中的流程如下：

判断你是否对这个表T有没有查询的权限，如果没有，就会返回没有权限的错误
判断如果你有权限，那就打开表继续执行。打开表的时候，执行器就会根据表的引擎定义，去使用这个引擎提供的接口。如果表中没有索引，那么执行器的执行流程是这样的：
1. 调用InnoDB引擎接口取这个表的第一行，判断ID的值是不是10，如果不是则跳过，如果是则将这行存在结果集中；
2. 调用引擎接口取“下一行”，重复相同的判断逻辑，直到取到这个表的最后一行；
3. 执行器将上述遍历过程中所有满足条件的行组成记录集作为结果集返回给客户端。

至此，MySQL 对于一条语句的执行过程也就完成了。

对于有索引的表，执行的逻辑也差不多，第一次调用的是“取满足条件的第一行”这个接口，之后循环取“满足条件的下一行”这个接口，这些接口都是引擎中定义好的。