MySQL存储引擎

MEMORY

MEMORY存储引擎使用存在于内存中的内容来创建表。
每个MEMORY表只实际对应一个磁盘文件，格式是.frm。
MEMORY类型的表访问非常的快，因为他的数据是放在内存中的，并且默认使用HASH索引。
但是一旦服务关闭，表中的数据就会丢失掉。

MEMORY类型的存储引擎主要用于那些内容变化不频繁的代码表，
或者作为统计操作的中间结果表，便于高效地对中间结果进行分析并得到最终的统计结果。

对存储引擎为MEMORY的表进行更新操作要谨慎，因为数据并没有实际写入到磁盘中，所以一定要对下次重新启动服务后如何获得这些修改后的数据有所考虑。

MERGE

MERGE存储引擎是一组MyISAM表的组合，这些MyISAM表必须结构完全相同，MERGE表本身并没有数据，对MERGE类型的表可以进行查询、更新、删除操作，这些操作实际上是对内部的MyISAM表进行的。

对MERGE类型表的插入操作，是通过INSERT_METHOD子句定义插入的表，可以有3个不同的值，使用FIRST或LAST值使得插入操作被相应地作用在第一个或最后一个表上。
MERGE表和分区表的区别之一是MERGE表并不能智能地将记录写到对应的表中，而分区表是可以的。
通常我们使用MERGE表来透明地对多个表进行查询和更新操作，而对这种按照时间记录的操作日志表则可以透明地进行插入操作。

可以对MERGE表进行DROP操作，这个操作只是删除MERGE的定义，对内部的表没有任何的影响。

MERGE表在磁盘上保留两个文件，文件名以表的名字开始，一个 .frm文件存储表定义，另一个 .MRG文件包含组合表的信息，包括MERGE表由哪些表组成、插入新的数据时的依据。可以通过修改.MRG文件来修改MERGE表，但是修改后要通过FLUSH TABLES刷新。

TokuDB

TokuDB是一个高性能、支持事务处理的MySQL和MariaDB的存储引擎（第三方存储引擎），具有高扩展性、高压缩率、高效的写入性能，支持大多数在线DDL操作。

适用场景：

• 日志数据，因为日志数据通常插入频繁且存储量大；
• 历史数据，通常不会再有写操作，可以利用TokuDB的高压缩特性进行压缩；
• 在线DDL较频繁的场景，使用TokuDB可以大大增加系统的可用性。

选择合适的存储引擎

应该根据应用特点选择合适的存储引擎，对于复杂的应用系统，还可以根据实际情况选择多种存储引擎进行组合。

• MyISAM：默认的MySQL插件式存储引擎。如果应用是以读操作和插入操作为主，只有很少的更新和删除操作，并且对事务的完整性、并发性要求不是很高，那么选择这个存储引擎非常合适。MyISAM是在Web、数据仓储和其他应用环境下最常使用的存储引擎之一。
• InnoDB：用于事务处理应用程序，支持外键。如果应用对事务的完整性有比较高的要求，在并发条件下要求数据的一致性，数据操作除了插入和查询以外，还包括很多的更新、删除操作，那么InnoDB存储引擎是合适的选择。InnoDB存储引擎除了有效地降低由于删除和更新导致的锁定，还可以确保事务的完整提交和回滚，对于类似计费系统或者财务系统等对数据准确性要求比较高的系统，InnoDB是合适的选择。
• MEMORY：将所有数据保存在RAM中，在需要快速定位记录和其他类似数据的环境下，可提供极快的访问。MERMORY的缺陷是对表的大小有限制，太大的表无法缓存在内存中，其次是要确保表的数据可以恢复，即要确保数据库异常终止后表中数据是可以恢复的。MEMORY表通常用于更新不太频繁的小表，用以快速得到访问结果。
• MERGE：用于将一系列等同的MyISAM表以逻辑方式组合在一起，并作为一个对象引用他们。MERGE表的优点在于可以突破对单个MyISAM表大小的限制，并且通过将不同的表分布在多个磁盘上，可以有效地改善MERGE表的访问效率。这对于诸如数据仓储等VLDB环境十分适合。

内容来自：《深入浅出MySQL》