一、介绍
MyISAM
MyISAM是MySQL早期的默认存储引擎之一，基于ISAM存储引擎发展而来。MyISAM在数据存储上，将表结构存储在.frm文件中，数据存储在.MYD文件中，索引则存储在.MYI文件中。MyISAM支持全文索引，但在事务处理、外键约束和行级锁方面存在限制。它主要适用于读密集型的应用场景，如Web和数据仓库。
InnoDB
InnoDB是MySQL的另一种存储引擎，自MySQL 5.5版本起成为默认存储引擎。InnoDB支持事务处理、行级锁和外键约束，具有自动崩溃恢复的能力。它使用聚簇索引来存储数据，即将表中的数据按照主键的顺序组织起来，这使得数据访问更加高效。InnoDB还支持全文索引（从MySQL 5.6版本开始），并且拥有专门的缓冲池来缓存数据和索引，以提高访问速度。
二、区别
| 特性 | MyISAM | InnoDB |
|---|---|---|
| 事务处理 | 不支持 | 支持 |
| 外键约束 | 不支持 | 支持 |
| 锁机制 | 只支持表级锁 | 支持行级锁和表级锁，主要使用行级锁 |
| 崩溃恢复 | 不支持自动恢复，可能需要手动修复 | 支持自动崩溃恢复 |
| 索引类型 | 支持B-Tree索引、R-Tree索引和全文索引（早期版本） | 支持B+Tree索引（聚簇索引和辅助索引）、全文索引（从MySQL 5.6开始） |
| 存储文件 | 数据文件(.MYD)、索引文件(.MYI)和表定义文件(.frm)分离 | 使用表空间结构，数据文件和日志文件分离，可自动扩展 |
| 适用场景 | 适用于读密集型应用，如Web和数据仓库 | 适用于需要事务处理、外键约束、行级锁和崩溃恢复等高级特性的应用 |
三、索引区别
MyISAM索引
- MyISAM支持B-Tree索引、R-Tree索引和全文索引。
- B-Tree索引是MyISAM最常用的索引类型，用于快速定位数据。
- Full-text索引用于全文搜索，但在大数据量和高并发场景下，建议使用专业的全文检索引擎。
- MyISAM的索引和数据文件是分离的，索引文件（.MYI）存储了索引信息。
InnoDB索引
- InnoDB默认使用B+Tree作为索引结构，包括聚簇索引和辅助索引。
- 聚簇索引决定了表中数据的物理存储顺序，即数据实际上是按照主键的顺序组织的。
- 辅助索引是基于非主键列的索引，能够快速地定位到指定的记录，并通过访问聚簇索引来获取其他列的值。
- InnoDB的索引设计非常灵活，可以根据实际需求创建唯一索引、复合索引等。
- 从MySQL 5.6版本开始，InnoDB也支持全文索引，但之前版本主要是MyISAM的强项。
四、优缺点
MyISAM的优缺点
优点
- 访问速度快：MyISAM使用表级锁定，对于读操作来说，其性能通常较好，特别是在有大量并发读取操作时。
- 空间占用小：由于MyISAM的数据文件和索引文件是分离的，且索引文件通常比InnoDB的索引要小，因此在某些情况下，MyISAM可以占用更少的磁盘空间。
- 简单和易于维护：MyISAM的数据表结构相对简单，对于快速读取和插入操作非常适合。同时，由于没有复杂的事务处理机制，对于一些小型项目而言，MyISAM更容易维护和管理。
缺点
- 不支持事务处理：MyISAM不支持事务处理，这可能会导致在某些情况下数据不一致的问题。
- 并发写入性能差：MyISAM只支持表级锁定，当执行写入操作时，整个表将被锁定，这会导致并发写入操作非常缓慢，因此不适合高并发写入的应用场景。
- 灾难恢复性不佳：在主机宕机后，MyISAM表可能会损坏，且其灾难恢复能力相对较弱。
- 不支持外键约束：MyISAM不支持外键约束，这限制了其在需要维护表间关系的应用场景中的使用。
InnoDB的优缺点
优点
- 支持事务处理：InnoDB支持ACID（原子性、一致性、隔离性和持久性），可以保证数据的完整性和一致性。
- 支持并发写入：InnoDB使用行级锁定，可以实现更高级别的并发写入操作，非常适合于高并发写入的应用场景。
- 自动故障恢复：InnoDB具有自动恢复机制，可以在数据库崩溃或意外断电后自行恢复数据。
- 支持外键约束：InnoDB是目前唯一支持外键约束的MySQL引擎，可以维护表与表之间的参照完整性。
- 索引类型丰富：InnoDB支持B+Tree索引（包括聚簇索引和辅助索引），以及从MySQL 5.6版本开始支持的全文索引。
缺点
- 空间占用较大：由于InnoDB需要存储额外的事务和回滚日志等元数据信息，因此相比MyISAM，InnoDB的存储空间消耗会更大。
- 读取速度相对较慢：在某些情况下，由于InnoDB的行级锁定机制，其读取速度可能会稍慢于MyISAM。然而，随着硬件和MySQL版本的升级，这一差距正在逐渐缩小。