第三部分 MySQL的存储引擎

第三部分 MySQL的存储引擎

存储引擎在MySQL的逻辑架构中位于第三层，负责MySQL中的数据的存储和提取，是与文件打交道的子系统，它是根据MySQL提供的文件访问层抽象接口定制的一种文件访问机制，这种机制叫做存储引擎。使用show engines命令可以查看当前数据库支持的引擎。

在5.5版本之前默认采用MyISAM存储引擎，从5.5之后默认采用InnoDB存储引擎。

InnoDB：支持事务，具有提交回滚和崩溃恢复能力，事务安全。

MyISAM：不支持事务和外键，访问速度很快，因为数据在内存，而且默认采用hash索引，但是一旦关闭，数据就会丢失。

3.1 InnoDB和MyISAM的对比？

InnoDB和MyISAM引擎是MySQL中使用最多的两种引擎，从下面维度进行对比：

• 事务和外键

• • InnoDB 支持事务和外键，侧重事务安全性和完整性
  • MyISAM 不支持事务和外键，侧重高速的存储和检索

• 锁机制

• • InnoDB 支持行级锁，锁定指定记录（基于索引来加锁）
  • MyISAM 只支持表级锁，锁定指定的表

• 索引结构

• • InnoDB 使用的聚集索引(聚簇索引)，索引和记录在一起存储，即缓存索引，也缓存记录
  • MyISAM 使用的非聚集索引，索引和记录是分开存储的

• 并发处理能力

• • InnoDB 读写阻塞与隔离级别有关，可以采用MVCC来支持高并发
  • MyISAM 使用的表锁会导致写并发效率低，读不影响

• 存储文件

• • InnoDB 对应两个文件，一个.frm表结构文件，一个.idb表数据文件；表最大支持64TB；
  • MyISAM 对应三个文件，一个.frm表结构文件，一个.MYD表数据文件, 一个.MYIs表索引文件，采用的是索引与数据分离的形式。从5.5之后表最大支持256TB；

• 适用场景

• • MyISAM

• • • 不需要支持事务（不支持）
    • 并发相对比较低（锁机制问题）

• • • 数据修改相对少，以读为主
    • 数据一致性要求不高

• • InnoDB

• • • 需要支持事务（具有较好的事务特性）
    • 行级锁对高并发有很好的适应能力

• • • • 数据更新较为频繁的场景
      • 数据一致性要求比较高

• • • • 硬件设备内存较大，可以利用InnoDB较好的缓存能力来提高内存利用率，减少磁盘IO

InnoDB存储文件：

InnoDB和MyISAM对比与选择总结

两种存储引擎各有各的有点，MyISAM专注性能，InnoDB专注事务。两者最大的区别就是InnoDB支持事务，和行锁。

如何在两种存储引擎中进行选择？

① 是否有事务操作？有，InnoDB。
②是否存在并发修改？有，InnoDB。
③是否追求快速查询，且数据修改较少？是，MyISAM。
④是否使用全文索引？如果不引用第三方框架，可以选择MyISAM，但是可以选用第三方框架和InnDB效率会更高。