MySQL 的 MyISAM 与 InnoDB 存储引擎的核心区别

一、简介

MySQL中的数据用各种不同的技术存储在文件（或者内存）中。这些技术中的每一种技术都使用不同的存储机制、索引技巧、锁定水平并且最终提供广泛的不同的功能和能力，此种技术称为存储引擎，MySQL 支持多种存储引擎，其中目前应用最广泛的是 InnoDB 和 MyISAM 两种。

存储引擎决定了数据如何存储在磁盘上，以及如何被访问。它提供了数据的存储机制、索引技巧、锁定水平，并最终提供不同的功能和能力。具体的数据库里面的输入，如何存储到物理的数据文件里面，是由存储引擎来实现的。

在 MySQL5.5 之后默认存储引擎是 InnoDB，在之前是 MyISAM。

对比维度	MyISAM	InnoDB
事务支持	不支持事务，属于非事务型引擎	支持 ACID 事务，提供事务提交、回滚功能
锁机制	仅支持表级锁（Table-level Lock）	支持行级锁（Row-level Lock）+ 表级锁，默认行锁
索引结构	非聚簇索引，索引与数据分离，索引叶子节点存数据地址	聚簇索引，主键索引叶子节点直接存完整数据，辅助索引存主键值
崩溃恢复	不支持崩溃后自动恢复，依赖手动修复（如 myisamchk）	支持崩溃恢复，通过redo log和undo log保障数据一致性
外键支持	不支持外键约束	支持外键约束
表空间	每个表对应三个文件（.frm/.MYD/.MYI）	支持共享表空间（ibdata1）和独立表空间（.ibd）
并发性能	低，表锁导致高并发写入时冲突严重	高，行锁仅锁定修改行，适合高并发读写场景
全文索引	原生支持全文索引（MySQL 5.6 前）	MySQL 5.6 及以后支持全文索引
数据缓存	仅缓存索引，不缓存数据（依赖 OS 缓存）	缓存索引和数据（InnoDB Buffer Pool）

MyISAM：无事务概念，执行INSERT/UPDATE/DELETE时直接写入磁盘，一旦操作中断，数据可能部分写入，无法回滚。

InnoDB：通过事务日志（redo/undo log）实现 ACID 特性，即使中途崩溃，重启后可通过日志恢复未完成的事务，保证数据一致性。

MyISAM（表锁）：操作一张表时锁定整个表，读操作加共享锁（多个读可并发），写操作加排他锁（阻塞所有读写）。适合读多写少场景，写入频繁时会出现严重锁等待。

InnoDB（行锁）：仅锁定需要修改的行，不同行的读写操作可并发执行，大幅提升高并发场景下的吞吐量。但行锁基于索引实现，若查询未命中索引，会升级为表锁。

MyISAM（非聚簇索引）：索引文件（.MYI）与数据文件（.MYD）分离。索引叶子节点存储的是数据在.MYD 文件中的物理地址，查询时需先查索引获取地址，再去数据文件取数据（两次 IO）。

InnoDB（聚簇索引）：主键索引与数据融合，叶子节点直接存储完整数据行（一次 IO 即可获取数据）。辅助索引叶子节点存储主键值，查询时需先通过辅助索引找到主键，再回表查主键索引获取数据（回表操作）。

MyISAM：无崩溃恢复机制，若数据库意外宕机，可能导致表结构损坏，需通过myisamchk工具手动修复，修复过程可能丢失数据。

InnoDB：依赖 redo log（记录已执行的修改操作）和 undo log（记录修改前的状态）。宕机后重启时，先通过 redo log 恢复已提交但未写入磁盘的数据，再通过 undo log 回滚未提交的事务，确保数据一致性。