MySQL 提供了多种存储引擎，适用于不同的业务场景。每种引擎在文件结构上设计独特，以便优化性能和功能。本文将详细介绍 MySQL 中常用存储引擎的文件结构，尤其是 InnoDB 引擎的多种文件类型及其作用，以帮助更深入地理解和选择适合的存储引擎。
一、MySQL 存储引擎概述与常用存储引擎对比
MySQL 支持多种存储引擎，每种引擎在文件结构和特性上各具特色。以下是几种常用存储引擎及其文件结构简述：
- InnoDB：支持事务的默认存储引擎，使用多种文件类型保证数据的安全性与一致性。
- MyISAM：传统的 MySQL 存储引擎，不支持事务，文件结构简单，适合读多写少的场景。
- Memory：将数据存储在内存中，访问速度极快，不生成数据文件。
- Archive：仅支持插入和高压缩，适用于历史数据存储。
二、InnoDB 存储引擎的文件结构详解
InnoDB 是 MySQL 默认存储引擎，文件结构复杂而严谨，通过多种文件确保事务一致性和崩溃恢复能力。以下是 InnoDB 的主要文件类型及其作用：
1. 表空间文件（.ibd 文件）
.ibd 文件是 InnoDB 中每个表的独立表空间文件，保存表数据和索引。
- 作用：存储表的数据和索引。启用独立表空间（
innodb_file_per_table=ON）后，每个表的.ibd文件会独立存储在对应数据库的目录下。 - 结构：文件包含数据页和索引页，采用 B+ 树结构，确保快速数据访问。
- 优点：独立的
.ibd文件便于表的迁移和管理。
2. 系统表空间文件（ibdata 文件）
ibdata 文件是 InnoDB 的系统表空间，存储全局元数据和部分系统信息。
- 作用：系统表空间保存 InnoDB 的全局数据字典、双写缓冲和部分撤销日志。
- 结构：
ibdata文件包含多个内部数据页，MySQL 启动时加载这些元数据。 - 注意：即使启用了独立表空间，
ibdata文件依旧用于存储系统元数据，不能随意删除。
3. 重做日志文件（ib_logfile）
ib_logfile 是 InnoDB 的事务日志文件，用于记录已提交事务的更改。
- 作用：记录事务的修改操作，确保崩溃恢复的持久性。
- 结构与机制：采用预写日志（WAL）机制，事务在写入磁盘前先写入重做日志。
- 崩溃恢复：在系统崩溃后，
ib_logfile文件用于恢复至一致状态。
4. 撤销日志文件（Undo Tablespace）
撤销日志文件记录事务的反向操作，用于事务回滚和多版本并发控制（MVCC）。
- 作用：支持事务回滚和 MVCC，实现数据的多版本访问。
- 存储位置：默认情况下，撤销日志写入系统表空间，但也可以配置为独立文件。
- 高并发支持：撤销日志减少了并发读写冲突，提高了 InnoDB 的事务处理效率。
5. 二进制日志文件（Binlog）
二进制日志文件是 MySQL 的全局日志，记录所有数据修改操作，用于恢复和主从同步。
- 作用：记录数据修改的 SQL 语句，支持故障恢复和主从复制。
- 格式：支持三种格式：STATEMENT（SQL 语句级）、ROW（行级）和 MIXED（混合模式）。
- 持久化支持：对于 InnoDB，二进制日志是事务持久化的重要组成部分。
三、其他常用存储引擎的文件结构对比
InnoDB 虽然是 MySQL 默认引擎，但其他存储引擎在特定场景下也具备独特优势。以下是其他常用引擎的文件结构简析：
MyISAM 文件结构
MyISAM 是 MySQL 传统存储引擎，采用较为简单的文件结构。
- 数据文件（
.MYD）：存储表的实际数据。 - 索引文件（
.MYI）：存储表的索引。 - 表定义文件（
.frm）：保存表的结构定义。
适用场景：MyISAM 不支持事务，但查询速度快，适合读多写少的场景，如统计分析和内容管理系统。
Memory 文件结构
Memory 存储引擎将数据存储在内存中，访问速度极快，但没有持久化支持。
- 表定义文件（
.frm）：存储表的结构定义，数据本身存在内存中。
适用场景：适合用于缓存和会话数据等对速度要求高但数据安全性要求不高的场景。
Archive 文件结构
Archive 引擎支持高度压缩的数据存储，主要用于归档数据。
- 数据文件（
.ARZ）：存储压缩的数据。 - 表定义文件（
.frm）：保存表结构定义。
适用场景：适合用于日志归档、历史数据存储等需要大量写入但极少读取的场景。
四、MySQL 5.7 与 MySQL 8.0 在文件管理上的区别
MySQL 8.0 引入了 .sdi 文件来取代 .frm 文件的部分功能，文件管理更加标准化和兼容性更好。以下是 .frm 和 .sdi 的区别：
| 文件类型 | 缩写含义 | 版本支持 | 内容 | 存储位置 | 适用存储引擎 |
|---|---|---|---|---|---|
.frm | Form | MySQL 5.7 及之前 | 表结构定义（字段、索引、约束等） | 数据库目录中 | MyISAM、InnoDB 等 |
.sdi | Serialized Dictionary Information | MySQL 8.0 及之后 | JSON 格式的表结构定义 | 包含在 .ibd 文件中 | 所有存储引擎 |
.frm 与 .sdi 的关键区别
- 格式差异：
.frm文件采用专有格式，迁移时存在兼容性问题；.sdi文件采用 JSON 格式，更具兼容性。 - 使用范围：MySQL 5.7 及之前版本使用
.frm文件来存储表结构定义信息；MySQL 8.0 之后则使用.sdi文件。 - 管理位置：
.frm文件独立存储在每个数据库目录中，而.sdi文件包含在表的.ibd文件中。
五、如何查看和修改表的存储引擎
MySQL 提供了查看和更改存储引擎的便捷命令：
查看表的存储引擎
SHOW TABLE STATUS LIKE 'table_name';
修改表的存储引擎
ALTER TABLE table_name ENGINE = InnoDB;
查看支持的存储引擎
SHOW ENGINES;
五、总结
不同存储引擎的文件结构设计，使得 MySQL 能够灵活应对多种业务需求。以下是选择存储引擎的常见依据：
- 事务支持和数据一致性要求：选择 InnoDB。
- 读多写少、查询性能要求高：选择 MyISAM。
- 内存速度与数据持久性不敏感：选择 Memory。
- 高效压缩存储、历史归档：选择 Archive。
理解 MySQL 不同存储引擎的文件结构和作用，将有助于优化数据库设计，提升系统的稳定性和性能。
![[复健计划][紫书]Chapter 7 暴力求解法](https://i-blog.csdnimg.cn/direct/737b6dbce762436990459fcdca213801.png)
