一张简单的图说明下,MySQL 架构有哪些组件和组建间关系,接下来给大家用 SQL 语句分析
例如如下 SQL 语句
SELECT department_id FROM employee WHERE name = 'Lucy' AND age > 18
GROUP BY department_id
其中name
为索引,我们按照时间顺序来分析一下
客户端:如 MySQL 命令行工具、Navicat、DBeaver 或其他应用程序发送 SQL 查询到 MySQL 服务器。
连接器:负责与客户端建立连接、管理连接和维护连接。当客户端连接到MySQL
服务器时,连接器验证客户端的用户名和密码,然后分配一个线程来处理客户端的请求。
查询缓存:查询缓存用于缓存先前执行过的查询及其结果。当收到新的查询请求时,MySQL
首先检查查询缓存中是否已有相同的查询及其结果。如果查询缓存中有匹配的查询结果,MySQL
将直接返回缓存的结果,而无需再次执行查询。但是,如果查询缓存中没有匹配的查询结果,MySQL
将继续执行查询。
分析器:
◦ 解析查询语句,检查语法。
◦ 验证表名和列名的正确性。
◦ 生成查询树。
优化器:分析查询树,考虑各种执行计划,估算不同执行计划的成本,选择最佳的执行计划。在这个例子中,优化器可能会选择使用name
索引进行查询,因为name
是索引列。
执行器:根据优化器选择的执行计划,向存储引擎发送请求,获取满足条件的数据行。
存储引擎(如InnoDB
):
◦ 负责实际执行索引扫描,如在employee
表的name
索引上进行等值查询,因查询全部列,涉及到回表访问磁盘。
◦ 在访问磁盘之前,先检查InnoDB
的缓冲池(Buffer Pool
)中是否已有所需的数据页。如果缓冲池中有符合条件的数据页,直接使用缓存的数据。如果缓冲池中没有所需的数据页,从磁盘加载数据页到缓冲池中。
◦ 对于每个找到的记录,再次判断记录是否满足索引条件name
。这是因为基于索引条件加载到内存中是数据页,数据页中也有可能包含不满足索引条件的记录,所以还要再判断一次name
条件,满足name
条件则继续判断age > 18
过滤条件。
◦ 根据department_id
对满足条件的记录进行分组。
◦ 执行器将处理后的结果集返回给客户端。
在整个查询执行过程中,这些组件共同协作以高效地执行查询。客户端负责发送查询,连接器管理客户端连接,查询缓存尝试重用先前查询结果,解析器负责解析查询,优化器选择最佳执行计划,执行器执行优化器选择的计划,存储引擎(如InnoDB
)负责管理数据存储和访问。这些组件的协同作用使得MySQL
能够高效地执行查询并返回结果集。
根据索引列过滤条件加载索引的数据页到内存这个操作是存储引擎做的。加载到内存中之后,执行器会进行索引列和非索引列的过滤条件判断。
执行顺序,如下:
1、对存储引擎的操作
(1)FROM
:用于查询 SQL 的数据表。执行器会根据优化器选择的执行计划从存储引擎中获取相关表的数据。
(2)ON
: 与JOIN
一起使用,用于指定连接条件。执行器会根据ON
给定的条件条件从存储引擎获取匹配条件的记录。如果连接条件涉及到索引列,存储引擎会使用索引进行优化。
(3)JOIN
:指定表之间连接方式(如INNER JOIN
,LEFT JOIN
等)。执行器会根据优化器选择的执行计划,从存储引擎中获取连接表数据。然后执行器根据JOIN
连接类型和ON
连接条件,对数据连接处理。
(4)WHERE
:执行器对从存储引擎返回的数据进行过滤,只保留满足WHERE
子句条件的记录。过滤条件如有索引,存储引擎层会通过索引过滤后返回。
2、对返回结果集的操作
(5)GROUP BY
:执行器对满足WHERE
条件的记录按照GROUP BY
指定的列分组。
(6)HAVING
:执行器在执行分组后,根据HAVING
条件对分组后的记录再次过滤。
(7)SELECT
:执行器根据优化器选择的执行计划和指定列获取查询结果。
(8)DISTINCT
:执行器对查询结果进行去重,只返回不重复的记录。
(9)ORDER BY
:执行器对查询结果按照ORDER BY
子句中指定的列进行排序。
(10)LIMIT
:执行器根据LIMIT
子句中指定的限制条件对查询结果进行截断,只返回部分记录
SELECT s.id, s.name, s.age, es.subject, es.score
FROM employee s JOIN employee_score es ON s.id = es.employee_id
WHERE s.age >18 AND es.subject_id =3 AND es.score >80;
这个例子中,subject_id
和score
是联合索引,age
是索引。 我们按照时间顺序来分析一下
连接器:当客户端连接到MySQL
服务器时,连接器负责建立和管理连接。它验证客户端提供的用户名和密码,确定客户端具有相应的权限,然后建立连接。
查询缓存:MySQL
服务器在处理查询之前,会先检查查询缓存。如果查询缓存中已经存在该结果集,服务器将直接返回缓存中的结果。
解析器:解析并检查SQL
语法正确性。解析器会将查询语句分解成多个组成部分,例如表、列、条件等。在这个示例中,解析器会识别出涉及的表(employee
和employee_score
)以及需要的列(id、name、age、subject、score
)。
优化器:根据解析器提供的信息生成执行计划。优化器会分析多种可能的执行策略,并选择成本最低的策略。在这个示例中,优化器会选择age
索引和subject_id
与score
的联合索引。对于连接操作,优化器还要决定连接策略,例如是否使用Nested-Loop Join
或Hash Join
等一些连接策略。优化器还会根据表的大小、索引、查询条件和统计信息来决定哪张表作为驱动表,以及选择最佳的连接策略。例如,如果两个表的大小差异很大,**Nested-Loop Join**
可能是一个好的选择,而对于大小相似的两个表,**Hash Join**
或**Sort-Merge Join**
可能更加高效。
执行器:根据优化器生成的执行计划执行查询,向存储引擎发送请求,获取满足条件的数据行。
存储引擎(如InnoDB
):管理数据存储和检索。存储引擎首先接收来自执行器的请求,该请求可能是基于优化器的执行计划。
◦ 存储引擎首先接收来自执行器的请求。请求可能包括获取满足查询条件的数据行,以及使用哪种扫描方法(如全表扫描或索引扫描)。
◦ 假设执行器已经决定使用索引扫描。在这个示例中,存储引擎可能会先对employee
表进行索引扫描(使用age
索引),然后对employee_score
表进行索引扫描(使用subject_id
和score
的联合索引)。
◦ 存储引擎会根据请求查询相应的索引。在employee
索引中会找到满足age > 18
条件的记录。在employee_score
索引中找到满足subject_id = 3 AND score > 80
条件的记录。
◦ 一旦找到了满足条件的记录,存储引擎需要将这些记录所在的数据页从磁盘加载到内存中。存储引擎首先检查缓冲池(InnoDB Buffer Pool
),看这些数据页是否已经存在于内存中。如果已经存在,则无需再次从磁盘加载。如果不存在,存储引擎会将这些数据页从磁盘加载到缓冲池中。
◦ 加载到缓冲池中的记录可以被多个查询共享,这有助于提高查询效率。
◦ 在内存中执行连接操作,将employee
表和employee_score
表的数据行连接起来。
◦ 对连接后的结果集进行过滤,只保留满足查询条件(age > 18、subject_id = 3、score > 80
)的数据行。
◦ 将过滤后的数据行作为查询结果返回给客户端。
前面说过,根据存储引擎根据索引条件加载到内存的数据页有多数据,可能有不满足索引条件的数据,如果执行器不再次进行索引条件判断, 则无法判断哪些记录满足索引条件的,虽然在存储引擎判断过了,但是在执行器还是会有索引条件
age > 18、subject_id = 3、score > 80
的判断。
我们再以全局视野来分析一下
MySQL
优化器会选择一个表作为"驱动表"。通常,返回记录数较少的表会被选为驱动表。假设employee_score
表中满足subject_id = 3 AND score > 80
条件的记录数量较少,那么这张表可能被选为驱动表。这是优化器的工作,它预估哪个表作为驱动表更为高效,制定执行计划。虽然驱动表的选择很大程度上是基于预估的返回记录数,但实际选择还会受其他因素影响,例如表之间的连接类型、可用的索引等。employee_score
是驱动表,优化器会使用subject_id
和score
的联合索引来筛选出subject_id = 3 AND score > 80
的记录。这是执行器按照优化器的计划向存储引擎发出请求,获取需要的数据。存储引擎负责访问索引,并根据索引定位到实际的数据页,从而获取数据行。employee
表)进行连接。这时,执行器会使用employee
表上的索引(如id
索引)来高效地找到匹配的记录。employee
表的其他筛选条件,如age > 18
,通常连接后才过滤筛选,这也是执行器的工作,执行器在连接过程中或之后,根据优化器制定的计划进一步筛选结果集。但是这里employee
表的age
索引其叶子节点包含age
和主键id
信息,在进行连接时,可以直接按照age
范围扫描该索引,利用其叶子节点中的id
信息进行高效的JOIN
操作,因此在连接时就完成筛选,这个过程由MySQL
优化器自动完成。从上面可以看到,当存在可以被利用的索引时,MySQL
可以在连接过程中执行这些过滤操作。本文采用一张简单的架构图说明了 MySQL 查询中使用的组件和组件间关系。
解析了一条 sql 语句从客户端请求 mysql 服务器到返回给客户端的整个生命周期流程。
列举了单表 sql、关联表 sql 两种不同 SQL 在整个生命周期中的执行顺序和及内部组件逻辑关系。
通过如上案例的解析可以让开发者们掌握到单表 sql、关联表 sql 的底层 sql 知识,为理解慢 sql 的产生和优化鉴定基础。
作者:京东物流 高峰
来源:京东云开发者社区 自猿其说 Tech 转载请注明来源