MySQL学习笔记(四)：存储引擎的选择

一：几种常用存储引擎汇总表

二：如何选择

一句话：除非需要InnoDB 不具备的特性，并且没有其他办法替代，否则都应该优先考虑InnoDB；或者，不需要InnoDB的特性，并且其他的引擎更加合适当前情况，例如 多读少写，对数据恢复要求不高，反而是 对存储空间要求较高。

****尤其注意：不要低估数据崩溃后恢复的重要性，MyISAM将数据写入内存中，然后等待操作系统定期将数据刷回磁盘。 

 MyISAM：默认的MySQL插件式存储引擎。如果应用是以读操作和插入操作为主,只有很少的更新和删除操作,并且对事务的完整性、并发性要求不是很高，那么选择这个存储引擎是非常适合的。MyISAM是在Web、数据仓储和其他应用环境下最常使用的存储引擎之一。

 InnoDB：用于事务处理应用程序，支持外键。如果应用对事务的完整性有比较高的要求，在并发条件下要求数据的一致性，数据操作除了插入和查询以外，还包括很多的更新、删除操作，那么InnoDB存储引擎应该是比较合适的选择。InnoDB存储引擎除了有效地降低由于删除和更新导致的锁定，还可以确保事务的完整提交（ Commit） 和回滚（ Rollback），对于类似计费系统或者财务系统等对数据准确性要求比较高的系统， InnoDB 都是合适的选择。采用事务日志，系统崩溃后易于数据的恢复。

 MEMORY：将所有数据保存在 RAM 中，而且支持Hash索引，在需要快速定位记录和其他类似数据的环境下，可提供极快的访问。MEMORY 的缺陷是对表的大小有限制，太大的表无法 CACHE 在内存中 ，而且不支持BLOB,TEXT 类型，而且使用的表级锁，并发性能低。现在很少使用，一般用于作为中间表保存中间数据。

 MERGE：用于将一系列等同的 MyISAM 表以逻辑方式组合在一起，并作为一个对象引用它们。MERGE 表的优点在于可以突破对单个 MyISAM 表大小的限制，并且通过将不同的表分布在多个磁盘上，可以有效地改善 MERGE 表的访问效率。这对于诸如数据仓储等VLDB环境十分适合。