首先检查查询缓存，未命中则解析sql生成解析树，验证权限与对象存在性；接着优化器生成最优执行计划，选择索引与访问路径；然后通过存储引擎如InnoDB利用缓冲池或磁盘读取数据，结合MVCC判断数据可见性；最后服务器层处理结果并返回客户端。

1. 连接建立与解析

客户端（如命令行工具、应用程序）通过网络协议连接到 MySQL 服务器。连接建立后，发送 SQL 查询语句。

MySQL 接收到请求后：

• 先检查该查询是否已在 查询缓存（Query Cache，注意：MySQL 8.0 已移除此功能）中存在。如果命中缓存，直接返回结果，跳过后续步骤。
• 如果没有启用或未命中缓存，则进入 解析阶段。MySQL 使用解析器对 SQL 语句进行词法和语法分析，生成解析树（parse tree）。
• 验证表名、字段名是否存在，用户是否有权限访问等。

2. 查询优化

解析完成后，MySQL 的 查询优化器（Optimizer）开始工作。它的目标是找出执行该查询的“最优”执行计划。

优化器会考虑：

• 使用哪个索引最合适（比如 id 字段是否有主键或二级索引）。
• 多表 JOIN 时，决定表的连接顺序。
• 是否可以使用覆盖索引避免回表。
• 估算不同执行路径的成本（基于统计信息），选择代价最小的方案。

最终生成一个 执行计划，可以通过 EXPLaiN SELECT … 查看。

蓝心千询

蓝心千询是vivo推出的一个多功能AI智能助手

34

查看详情

3. 存储引擎交互与数据读取

MySQL 本身是分层架构，查询操作会交由具体的 存储引擎（如 InnoDB、MyISAM）完成。

以 InnoDB 为例：

• 根据执行计划，通过索引查找定位记录。若使用主键查询（如 id=1），直接走聚簇索引找到数据页。
• 如果走了二级索引，可能需要再回表查询主键索引获取完整数据（回表）。
• 数据可能已在内存中的 Buffer Pool 缓存里，避免磁盘 I/O；否则从磁盘加载数据页到内存。
• 处理事务隔离级别相关的可见性判断（如 MVCC 多版本并发控制），确保只返回当前事务能看到的数据版本。

4. 结果返回与连接释放

存储引擎将符合条件的记录逐条返回给服务器层，服务器进行最后处理：

• 应用 WHERE 条件二次过滤（如果某些条件无法下推到存储引擎）。
• 执行排序、分组、去重等操作（可能使用临时表或 filesort）。
• 将最终结果集通过网络返回给客户端。

查询结束后，连接可保持复用（长连接）或关闭（短连接），取决于客户端配置。

基本上就这些。整个过程看似复杂，但大多数步骤在毫秒级内完成，尤其是有合理索引和良好设计的情况下。