MySQL：我应该总是选择MySQL InnoDB而不是MyISAM吗？

MySQL是一种广泛使用的关系型数据库管理系统，被广泛用于Web应用程序，数据存储和其他数据驱动的应用程序。关于MySQL，最初版本（1.0）是由瑞典的MySQL AB开发的，现在MySQL AB已经被甲骨文公司所收购。MySQL以其简单易学的特点而被广泛使用，但是，对于MySQL的存储引擎，用户经常有疑问，这里我们将重点关注InnoDB和MyISAM两种最常用的存储引擎。

阅读更多：MySQL 教程

InnoDB和MyISAM的对比

InnoDB的特点

• 支持事务处理：InnoDB 存储引擎是支持事务的。事务是一种处理方式，它是连续操作的一个集合，这些操作是中间不会出现任何异常或错误情况的。如果错误出现，那么所有的操作都将被回滚到原始状态。
• 提供外键约束：如果您需要使用外键约束，则应使用InnoDB。外键约束可确保您在多个表之间维护正确的引用完整性。
• 支持崩溃恢复： InnoDB 支持崩溃恢复。InnoDB 引擎具有redo日志和undo日志的重播和回滚机制，以便在系统崩溃时恢复未提交的数据更新。
• 支持高并发： InnoDB 支持高并发性能，该性能是通过实现行级锁定机制和 MVCC (多版本并发控制) 实现的。这使得在处理大量并发事务时维护高吞吐量和良好的性能成为可能。
• 具有较好的性能: InnoDB一般比MyISAM在执行大批量的修改时表现更好，尤其是在机器内存较大的情况下，InnoDB的存储引擎在执行大量并发事务时表现更为出色。

MyISAM的特点

• 不支持事务处理： MyISAM 存储引擎不支持事务处理。这意味着您不能对已提交的操作进行回滚。
• 不支持外键约束：如果您需要使用外键约束，请不要使用 MyISAM 存储引擎。这种约束不受支持，并且不会执行任何此类约束的检查。
• 不支持崩溃恢复： MyISAM 不支持基于日志的崩溃恢复机制。如果出现系统崩溃，则您必须通过观察数据文件并手动校正它们来恢复数据。
• 具有较好的性能: MyISAM一般比InnoDB在执行单个查询时表现更好，尤其是在机器内存较小时，MyISAM的性能要比InnoDB更佳。

两者的具体比较

应该选择哪种存储引擎？

考虑到InnoDB相比于MyISAM具有的更多的优点，我们可以考虑在大多数情况下优先使用InnoDB存储引擎。

• 如果您需要执行大量并发事务，则应使用 InnoDB，因为它支持行锁定，拥有更好的性能和崩溃恢复机制。

• 如果您需要在表之间维护正确的引用完整性，则 InnoDB 是更好的选择，因为它支持外键约束。

• 如果您的需求是单个查询或数据读取的处理量较大，而数据的修改较少，则 MyISAM 可以更好地满足您的需求，由于其更简单的存储引擎结构，可以更快地处理单个查询。

然而，需要注意的是，在某些情况下，InnoDB可能不适用于所有的场景，也可能不具有很好的表现，比如在机器内存比较小，表中只有少量数据，或者是在某些极端情况下，MyISAM可能比InnoDB表现更好。

总结

综上所述，我们应该根据实际需求来选择存储引擎，InnoDB适合多数场景，具有更好的性能和安全性，可以处理高并发和大批量修改操作，而MyISAM则适合于单个查询和机器内存较小的场景。

最后，需要注意的是，在选择存储引擎之前，务必评估应用程序的整体性能需求，并确保选择的存储引擎可以满足您的需求。