Skip to content

Commit 5a81e5c

Browse files
committed
[docs update]添加 MySQL 基础架构介绍
1 parent afa4da7 commit 5a81e5c

File tree

2 files changed

+91
-51
lines changed

2 files changed

+91
-51
lines changed

Diff for: docs/database/mysql/how-sql-executed-in-mysql.md

+10-10
Original file line numberDiff line numberDiff line change
@@ -7,7 +7,7 @@ tag:
77

88
> 本文来自[木木匠](https://github.com/kinglaw1204)投稿。
99
10-
本篇文章会分析下一个 sql 语句在 MySQL 中的执行流程,包括 sql 的查询在 MySQL 内部会怎么流转,sql 语句的更新是怎么完成的。
10+
本篇文章会分析下一个 SQL 语句在 MySQL 中的执行流程,包括 SQL 的查询在 MySQL 内部会怎么流转,SQL 语句的更新是怎么完成的。
1111

1212
在分析之前我会先带着你看看 MySQL 的基础架构,知道了 MySQL 由那些组件组成以及这些组件的作用是什么,可以帮助我们理解和解决这些问题。
1313

@@ -23,14 +23,14 @@ tag:
2323
- **查询缓存:** 执行查询语句的时候,会先查询缓存(MySQL 8.0 版本后移除,因为这个功能不太实用)。
2424
- **分析器:** 没有命中缓存的话,SQL 语句就会经过分析器,分析器说白了就是要先看你的 SQL 语句要干嘛,再检查你的 SQL 语句语法是否正确。
2525
- **优化器:** 按照 MySQL 认为最优的方案去执行。
26-
<!-- - **执行器:** 执行语句,然后从存储引擎返回数据。 -->
26+
- **执行器:** 执行语句,然后从存储引擎返回数据。 -
2727

2828
![](https://guide-blog-images.oss-cn-shenzhen.aliyuncs.com/javaguide/13526879-3037b144ed09eb88.png)
2929

3030
简单来说 MySQL 主要分为 Server 层和存储引擎层:
3131

3232
- **Server 层**:主要包括连接器、查询缓存、分析器、优化器、执行器等,所有跨存储引擎的功能都在这一层实现,比如存储过程、触发器、视图,函数等,还有一个通用的日志模块 binlog 日志模块。
33-
- **存储引擎**: 主要负责数据的存储和读取,采用可以替换的插件式架构,支持 InnoDB、MyISAM、Memory 等多个存储引擎,其中 InnoDB 引擎有自有的日志模块 redolog 模块。**现在最常用的存储引擎是 InnoDB,它从 MySQL 5.5.5 版本开始就被当做默认存储引擎了。**
33+
- **存储引擎**: 主要负责数据的存储和读取,采用可以替换的插件式架构,支持 InnoDB、MyISAM、Memory 等多个存储引擎,其中 InnoDB 引擎有自有的日志模块 redolog 模块。**现在最常用的存储引擎是 InnoDB,它从 MySQL 5.5 版本开始就被当做默认存储引擎了。**
3434

3535
### 1.2 Server 层基本组件介绍
3636

@@ -44,7 +44,7 @@ tag:
4444

4545
查询缓存主要用来缓存我们所执行的 SELECT 语句以及该语句的结果集。
4646

47-
连接建立后,执行查询语句的时候,会先查询缓存,MySQL 会先校验这个 sql 是否执行过,以 Key-Value 的形式缓存在内存中,Key 是查询预计,Value 是结果集。如果缓存 key 被命中,就会直接返回给客户端,如果没有命中,就会执行后续的操作,完成后也会把结果缓存起来,方便下一次调用。当然在真正执行缓存查询的时候还是会校验用户的权限,是否有该表的查询条件。
47+
连接建立后,执行查询语句的时候,会先查询缓存,MySQL 会先校验这个 SQL 是否执行过,以 Key-Value 的形式缓存在内存中,Key 是查询预计,Value 是结果集。如果缓存 key 被命中,就会直接返回给客户端,如果没有命中,就会执行后续的操作,完成后也会把结果缓存起来,方便下一次调用。当然在真正执行缓存查询的时候还是会校验用户的权限,是否有该表的查询条件。
4848

4949
MySQL 查询不建议使用缓存,因为查询缓存失效在实际业务场景中可能会非常频繁,假如你对一个表更新的话,这个表上的所有的查询缓存都会被清空。对于不经常更新的数据来说,使用缓存还是可以的。
5050

@@ -58,7 +58,7 @@ MySQL 没有命中缓存,那么就会进入分析器,分析器主要是用
5858

5959
**第一步,词法分析**,一条 SQL 语句有多个字符串组成,首先要提取关键字,比如 select,提出查询的表,提出字段名,提出查询条件等等。做完这些操作后,就会进入第二步。
6060

61-
**第二步,语法分析**,主要就是判断你输入的 sql 是否正确,是否符合 MySQL 的语法。
61+
**第二步,语法分析**,主要就是判断你输入的 SQL 是否正确,是否符合 MySQL 的语法。
6262

6363
完成这 2 步之后,MySQL 就准备开始执行了,但是如何执行,怎么执行是最好的结果呢?这个时候就需要优化器上场了。
6464

@@ -76,17 +76,17 @@ MySQL 没有命中缓存,那么就会进入分析器,分析器主要是用
7676

7777
### 2.1 查询语句
7878

79-
说了以上这么多,那么究竟一条 sql 语句是如何执行的呢?其实我们的 sql 可以分为两种,一种是查询,一种是更新(增加,更新,删除)。我们先分析下查询语句,语句如下:
79+
说了以上这么多,那么究竟一条 SQL 语句是如何执行的呢?其实我们的 SQL 可以分为两种,一种是查询,一种是更新(增加,更新,删除)。我们先分析下查询语句,语句如下:
8080

8181
```sql
8282
select * from tb_student A where A.age='18' and A.name=' 张三 ';
8383
```
8484

8585
结合上面的说明,我们分析下这个语句的执行流程:
8686

87-
* 先检查该语句是否有权限,如果没有权限,直接返回错误信息,如果有权限,在 MySQL8.0 版本以前,会先查询缓存,以这条 sql 语句为 key 在内存中查询是否有结果,如果有直接缓存,如果没有,执行下一步。
88-
* 通过分析器进行词法分析,提取 sql 语句的关键元素,比如提取上面这个语句是查询 select,提取需要查询的表名为 tb_student,需要查询所有的列,查询条件是这个表的 id='1'。然后判断这个 sql 语句是否有语法错误,比如关键词是否正确等等,如果检查没问题就执行下一步。
89-
* 接下来就是优化器进行确定执行方案,上面的 sql 语句,可以有两种执行方案:
87+
* 先检查该语句是否有权限,如果没有权限,直接返回错误信息,如果有权限,在 MySQL8.0 版本以前,会先查询缓存,以这条 SQL 语句为 key 在内存中查询是否有结果,如果有直接缓存,如果没有,执行下一步。
88+
* 通过分析器进行词法分析,提取 SQL 语句的关键元素,比如提取上面这个语句是查询 select,提取需要查询的表名为 tb_student,需要查询所有的列,查询条件是这个表的 id='1'。然后判断这个 SQL 语句是否有语法错误,比如关键词是否正确等等,如果检查没问题就执行下一步。
89+
* 接下来就是优化器进行确定执行方案,上面的 SQL 语句,可以有两种执行方案:
9090

9191
a.先查询学生表中姓名为“张三”的学生,然后判断是否年龄是 18。
9292
b.先找出学生中年龄 18 岁的学生,然后再查询姓名为“张三”的学生。
@@ -96,7 +96,7 @@ select * from tb_student A where A.age='18' and A.name=' 张三 ';
9696

9797
### 2.2 更新语句
9898

99-
以上就是一条查询 sql 的执行流程,那么接下来我们看看一条更新语句如何执行的呢?sql 语句如下:
99+
以上就是一条查询 SQL 的执行流程,那么接下来我们看看一条更新语句如何执行的呢?SQL 语句如下:
100100

101101
```
102102
update tb_student A set A.age='19' where A.name=' 张三 ';

0 commit comments

Comments
 (0)