MySQL中MyISAM和InnoDB存储引擎有什么区别

MySQL的存储引擎决定了数据如何存储、读取以及支持的功能特性，MyISAM和InnoDB作为两种主流存储引擎，在设计和适用场景上有明显差异，理解这些差异是数据库选型的基础。

核心特性对比

我们可以从以下几个核心维度对比两种存储引擎的差异：

事务支持差异示例

MyISAM不支持事务，执行多条写操作时如果中途出错，已经执行的操作无法回滚，而InnoDB可以通过事务保证操作的原子性。

InnoDB事务示例

-- 开启事务
START TRANSACTION;
-- 插入第一条数据
INSERT INTO user (id, name) VALUES (1, '张三');
-- 插入第二条数据，假设此处执行出错
INSERT INTO user (id, name) VALUES (1, '李四');
-- 出错后回滚，第一条插入操作也会被撤销
ROLLBACK;

MyISAM操作示例

-- MyISAM不支持事务，插入操作直接生效
INSERT INTO user_myisam (id, name) VALUES (1, '张三');
-- 第二条插入出错时，第一条数据已经持久化，无法回滚
INSERT INTO user_myisam (id, name) VALUES (1, '李四');

锁机制差异示例

MyISAM的表级锁会导致并发写操作时其他写操作阻塞，而InnoDB的行级锁可以支持多个写操作同时执行，只要操作的是不同行。

MyISAM锁表现

-- 会话1执行更新操作，会锁定整张表
UPDATE user_myisam SET name = '张三_new' WHERE id = 1;
-- 会话2执行更新操作会被阻塞，直到会话1提交
UPDATE user_myisam SET name = '李四_new' WHERE id = 2;

InnoDB锁表现

-- 会话1执行更新操作，仅锁定id=1的行
UPDATE user_innodb SET name = '张三_new' WHERE id = 1;
-- 会话2执行更新id=2的操作不会被阻塞，可以正常执行
UPDATE user_innodb SET name = '李四_new' WHERE id = 2;

索引结构差异

MyISAM的索引叶子节点存储的是数据行的物理地址，需要通过地址二次查找获取数据；InnoDB的聚簇索引叶子节点直接存储完整的数据行，主键查询效率更高。

如果使用非主键索引查询InnoDB表，会先通过非主键索引找到对应的主键ID，再通过主键ID去聚簇索引中查找完整数据，这个过程称为回表。

适用场景建议

• 选择MyISAM的场景：业务以读操作为主，几乎没有写操作，不需要事务支持，比如日志存储、静态数据查询等场景。
• 选择InnoDB的场景：业务需要事务支持、高并发写操作、外键约束、数据完整性要求高，比如电商订单、用户账户、支付记录等核心业务场景。

如何查看和修改表的存储引擎

可以通过以下语句查看已有表的存储引擎：

-- 查看表的存储引擎，table_schema是数据库名，table_name是表名
SELECT TABLE_NAME, ENGINE 
FROM information_schema.TABLES 
WHERE table_schema = 'test_db' AND table_name = 'user';

创建表时指定存储引擎的示例：

-- 创建InnoDB表
CREATE TABLE user_innodb (
  id INT PRIMARY KEY,
  name VARCHAR(50)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

-- 创建MyISAM表
CREATE TABLE user_myisam (
  id INT PRIMARY KEY,
  name VARCHAR(50)
) ENGINE=MyISAM DEFAULT CHARSET=utf8mb4;

修改已有表的存储引擎示例：

-- 将MyISAM表修改为InnoDB
ALTER TABLE user_myisam ENGINE=InnoDB;

MySQLMyISAMInnoDB存储引擎修改时间：2026-07-15 06:00:28