MyISAM 与 InnoDB，什么场景选择哪一个？

MyISAM 和 InnoDB 之间的主要区别在于参照完整性和事务。还有其他区别，例如锁定、回滚和全文搜索。

参照完整性

参照完整性确保表之间的关系保持一致。更具体地说，当一个表（例如 Listings）有一个外键（例如 Product ID）指向另一个表（例如 Products）时，当指向的表发生更新或删除时，这些更改会级联到链接的表。在该示例中，如果重命名产品，则链接的表的外键也会更新；如果从Products表中删除产品，则指向已删除条目的 Listings 表中得到任何列表也将被删除。此外，任何 Listings 表中的新列表都必须具有指向有效的现有条目的外键。

InnoDB 是一个关系型 DBMS (RDBMS)，因此具有参照完整性，而 MyISAM 则没有。

事务和原子性

使用数据操作语言 (DML) 语句管理表中的数据，例如 SELECT、INSERT、UPDATE 和 DELETE。事务将两个或多个 DML 语句组合成一个工作单元，因此要么应用整个单元，要么不应用。

MyISAM 不支持事务，而 InnoDB 支持。

如果在使用 MyISAM 表时操作被中断，该操作将立即中止，并且受影响的行（甚至每行中的数据）仍然受到影响，即使该操作没有完成。

如果一个操作在使用 InnoDB 表时被中断，因为它使用具有原子性的事务，任何没有完成的事务都不会生效，因为没有提交。

表锁定与行锁定

当查询 MyISAM 表时，正在查询的整个表将被锁定。这意味着后续查询将仅在当前查询完成后才能执行。如果您正在读取一个大表，并且有频繁的读写操作，这可能意味着大量的查询积压。

而当查询 InnoDB 表时，只有涉及的行被锁定，表的其余部分仍然可进行 CRUD 操作。这意味着查询可以在同一个表上同时运行，只要它们不使用同一行。

InnoDB 中的此功能称为并发。尽管并发性很好，但在表的范围查询时有一个缺点，因为在内核线程之间切换存在开销，我们应该对内核线程设置限制以防止服务器停止。

事务和回滚

当在 MyISAM 中执行一个操作时，更改会立刻生效；在 InnoDB 中，这些更改可以回滚。用于控制事务的最常用命令是 COMMIT、ROLLBACK 和 SAVEPOINT。

1. COMMIT - 您可以编写多个 DML 操作，但只有在进行 COMMIT 时才会保存更改
2. ROLLBACK - 您可以丢弃任何尚未提交的操作
3. SAVEPOINT - 实现回滚到指定保存点

可靠性

MyISAM 不提供数据完整性——硬件故障、不正常的关机操作都可能导致数据损坏。这将需要修复或重建索引和表。

而InnoDB 使用事务日志、双写缓冲区和自动校验和和验证来防止数据损坏。在 InnoDB 进行任何更改之前，它会将事务之前的数据记录到一个名为 ibdata1 的系统表空间文件中。如果发生崩溃，InnoDB 将通过这些日志来自动恢复。

全文索引

InnoDB 在 MySQL 5.6.4 版本之前不支持 FULLTEXT 索引。

但是，这不是使用 MyISAM 的理由。最好使用最新版本的 MySQL 。并不是说使用 FULLTEXT 索引的 MyISAM 表不能转换为 InnoDB 表。

结论

总之，InnoDB 应该是我们默认的存储引擎。在有特定需求时可以选择 MyISAM 或其他数据类型。