MySQL 服务器体系结构详解

---

以下是 MySQL 服务器体系结构的详细解析，包含关键组件的示意图和分层说明：

---

MySQL 体系结构示意图

+-------------------------+
|       客户端工具         |
| (mysql, JDBC, ORM等)    |
+-------------------------+
           ↓
+-------------------------+
|       **连接层**         |
|  (Connector/线程管理)    |
+-------------------------+
           ↓
+-------------------------+
|       **服务层**         |
|  (SQL接口/解析器/优化器) |
+-------------------------+
           ↓
+-------------------------+
|    **存储引擎层**        |
|  (InnoDB, MyISAM等)     |
+-------------------------+
           ↓
+-------------------------+
|       **存储层**         |
|  (数据文件/日志文件)     |
+-------------------------+

---

1. 连接层（Connector Layer）

功能：管理客户端连接、身份验证和线程处理。
核心组件：

• 连接池：维护客户端连接（使用线程池优化性能）。
• 身份验证：验证用户名、密码和主机权限。
• 协议支持：支持多种协议（TCP/IP、Unix Socket、共享内存等）。

关键点：

• 每个连接对应一个线程（SHOW PROCESSLIST查看活动线程）。
• 通过 max_connections 参数限制最大并发连接数。

---

2. 服务层（Server Layer）

功能：处理SQL请求的核心逻辑，包括解析、优化和执行。
核心组件：

1. SQL Interface

   • 接收客户端SQL语句（SELECT、INSERT等）。
   • 返回查询结果。

2. Parser（解析器）

   • 语法分析：检查SQL语法是否正确。
   • 生成解析树（Parse Tree）。

3. Optimizer（优化器）

   • 基于成本（Cost-Based）选择最优执行计划。
   • 决策索引使用、JOIN顺序等（可通过 EXPLAIN 查看）。

4. Caches & Buffers

   • 查询缓存（Query Cache，MySQL 8.0已移除）。
   • 表缓存、权限缓存等。

关键点：

• 优化器的决策依赖统计信息（如 innodb_stats_persistent）。
• 预处理语句（Prepared Statements）在此层处理。

---

3. 存储引擎层（Storage Engine Layer）

功能：负责数据的存储和检索。MySQL 支持插件式存储引擎。
常见引擎对比：

特性	InnoDB	MyISAM
事务	支持（ACID）	不支持
锁粒度	行级锁	表级锁
外键	支持	不支持
崩溃恢复	支持（Redo Log）	不支持
数据存储	聚簇索引（数据+索引）	非聚簇索引

其他引擎：

• Memory：数据存储在内存中，适合临时表。
• Archive：高压缩率，适合日志存储。

---

4. 存储层（Storage Layer）

功能：物理存储数据文件与日志文件。
核心文件：

1. 数据文件

   • .ibd（InnoDB数据文件，含索引和数据）。
   • .MYD（MyISAM数据文件）。

2. 日志文件

   • Redo Log（重做日志）：保证事务持久性（ib_logfile0/1）。
   • Undo Log（回滚日志）：实现事务回滚和多版本控制（MVCC）。
   • Binlog（二进制日志）：主从复制和数据恢复（逻辑日志）。

关键点：

• InnoDB 使用 Write-Ahead Logging (WAL)：先写日志再写数据。
• 数据写入流程：内存缓冲池 (Buffer Pool) → Redo Log → 数据文件。

---

5. 关键组件协作流程

示例：执行一条 UPDATE 语句

1. 连接层验证客户端权限，分配线程。
2. 服务层解析SQL，优化器选择索引和访问路径。
3. 存储引擎层（InnoDB）锁定相关行，写入Undo Log（用于回滚）。
4. 修改数据页（在Buffer Pool中），记录Redo Log到日志缓冲区。
5. 提交事务时，Redo Log刷盘（innodb_flush_log_at_trx_commit=1）。
6. Binlog 写入（根据 sync_binlog 配置决定刷盘策略）。
7. 后台线程将Buffer Pool脏页异步刷到磁盘。

---

6. 内存结构（InnoDB为例）

+-----------------------+
|    **Buffer Pool**     | ← 缓存数据页和索引页
+-----------------------+
|    **Log Buffer**      | ← 临时存储Redo Log
+-----------------------+
|    **Adaptive Hash**   | ← 加速索引查找
+-----------------------+
|    **Change Buffer**   | ← 优化非唯一索引写入
+-----------------------+

---

7. 重要后台线程

• Master Thread：负责异步刷脏页、合并Change Buffer。
• IO Thread：处理异步IO请求（写日志、读数据文件）。
• Purge Thread：清理Undo Log不再需要的版本。
• Page Cleaner Thread：协助刷脏页。

---

总结

MySQL 的分层架构（连接层→服务层→存储引擎层）实现了逻辑与存储的解耦，使其支持多种存储引擎。InnoDB 凭借事务支持、行级锁和崩溃恢复能力，成为默认引擎。理解各层协作机制和关键日志（Redo/Undo/Binlog）对性能优化和故障排查至关重要。