MySQL存储引擎

MyISAM、InnoDB、MEMORY和MERGE是常用的4种存储引擎。

MyISAM

MyISAM不支持事务、外键，但访问速度快，对事务完整性没有要求或者以select、insert为主的应用基本上都可以使用MyISAM存储引擎来创建表。

每个MyISAM对应的表在磁盘上存储成3个文件，其文件名和表名都相同，但扩展名分别是.frm（表定义）、.MYD（存储数据）、.MYI（表索引）。数据文件和索引文件可以放置在不同的目录，平均分布IO，获得更快的速度。数据文件和索引文件的路径需要在创建表的时候通过DATA_DIRECTORY和INDEX_DIRECTORY语句指定（文件路径需要是绝对路径，并且具有访问权限）。

MyISAM类型的表可能会损坏，损坏的表可能不能访问，会提示需要修复或者访问后返回错误的结果。MyISAM类型的表提供修复的工具，可以用CHECK TABLE语句来检查MyISAM表的健康，并用REPAIR TABLE语句修复一个损坏的MyISAM表。表损坏可能导致数据库异常重新启动，需要尽快修复并尽可能确认损坏的原因。

MyISAM的表支持3种不同的存储格式，分别是静态（固定长度）表、动态表和压缩表。

静态表中字段都是非变长字段，每个记录都是固定长度的，这种存储方式的优点是存储非常迅速，容易缓存，出现故障容易恢复；缺点是占用的空间通常比动态表多。静态表的数据在存储的时候会按照列的宽度定义补足空格，但是在应用访问的时候并不会得到这些空格，因为空格在返回给应用之前就已经去掉了。需要注意的是，如果保存的内容后面本来带有空格，那么在返回结果的时候也会被去掉；但内容前面的空格不会被去掉。

动态表包含变长字段，记录不是固定长度的，优点是占用的空间相对较少，但是频繁地更新删除记录会产生碎片，需要定期执行OPTIMIZE TABLE语句或myisamchk -r命令来改善性能，并且出现故障的时候恢复相对比较困难。

压缩表由myisampack工具创建，占据非常小的磁盘空间。每个记录是单独压缩的，只有非常小的访问开支。

InnoDB

InnoDB存储引擎提供了具有提交、回滚和崩溃恢复能力的事务安全。与MyISAM相比，InnoDB写的处理效率差一些并且会占用更多的磁盘空间以保留数据和索引。

自动增长列

InnoDB表的自动增长列可以手工插入，但如果插入的值是0或者空，则实际插入的将是自动增长后的值。可以通过“ALTER TABLE * AUTO_INCREMENT = n;”语句修改自动增长列的初始值，默认从1开始。但该默认值是保留内存中的，如果该值在使用之前数据库重新启动，那么这个强制的默认值就会丢失，需要在数据启动以后重新设置。

对于InnoDB表，自动增长列必须是索引。如果是组合索引，也必须是组合索引的第一列。但对于MyISAM表，自动增长列可以是组合索引的其他列，插入记录后，自动增长列是按照组合索引的前面几列排序后递增的。

外键约束

在创建外键的时候，要求父表必须有对应的索引，子表在创建外键的时候也会自动创建对应的索引。在创建索引的时候，可以指定在删除、更新父表时，对子表进行相应的操作，包括RESTRICT、CASCADE、SET NULL和NO ACTION。其中RESTRICT和NO ACTION相同，指限制在子表有关联记录的情况下父表不能更新；CASCADE表示父表在更新或者删除时，更新或者删除子表对应的记录；SET NULL表示父表在更新或删除的时候，子表的对应字段被设置为SET NULL。

存储方式

InnoDB存储表和索引有以下两种方式：

1） 使用共享表空间存储，这种方式创建的表的表结构保存在.frm文件中，数据和索引保存在innodb_data_home_dir和innodb_data_file_path定义的表空间中，可以是多个文件。

2）使用多表空间存储，表结构仍然保存在.frm文件中，但是每个表的数据和索引单独保存在.ibd中。如果是个分区表，则每个分区对应单独的.ibd文件，文件名是“表名+分区名”，可以在创建分区的时候指定每个分区的数据文件的位置，以此将表的IO均匀分布在多个磁盘上。

多表空间的数据文件没有大小限制，不需要设置初始大小，也不需要设置文件的最大限制、扩展大小等参数。

对于使用多表空间特性的表，可以比较方便地进行单表备份和恢复操作，但是直接复制.ibd文件是不行的，因为没有共享表空间的数据字典信息，直接复制的.ibd文件和.frm文件恢复时不能被正确识别。

MEMORY

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

服务器需要足够的内存来维持所有在同一时间使用的MEMORY表，当不再需要MEMORY表的内容时，要释放MEMORY表使用的内存，应该执行DELETE FROM或TRUNCATE TABLE，或者整个删除表（DROP TABLE）。

每个MEMORY表中可以放置的数据量大小受到max_heap_table_size系统变量的约束，这个系统变量的初始值是16M，可以按需加大。定义表的时候，可以通过MAX_ROWS子句指定表的最大行数。

MEMORY类型的存储引擎主要用在内容变化不频繁的代码表，或作为统计操作的中间结果表。

MERGE

MERGE存储引擎是一组MyISAM表的组合，这些MyISAM表必须结构完全相同，MERGE表本身并没有数据，对MERGE类型的表可以进行查询、更新、删除的操作，这些操作实际上是对内部的实际的MyISAM表进行的。对于MERGE类型表的插入操作，是通过INSERT_METHOD子句定义插入的表，可以有3个不同的值，使用FIRST或LAST值使得插入操作被相应地作用在第一或最后一个表上，不定义这个子句或者定义为NO，表示不能对这个MERGE表执行插入操作。

可以对MERGE表执行DROP操作，仅仅删除MERGE表定义，对内部的表没有任何的影响。

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

如何选择合适的存储引擎

下面是常用存储引擎的使用环境。

MyISAM：如果应用是以读操作和插入操作为主，只有很少更新和删除操作，并且对事务的完整性、并发性要求不是很高，选择MyISAM是非常合适的。

InnoDB：用于事务处理应用程序，支持外键。如果应用对事务的完整性有比较高的要求，在并发条件下要求数据的一致性，数据操作除了插入和查询以外，还包括很多的更新、删除操作，InnoDB比较合适。InnoDB除了有效降低由于删除和更新导致的锁定，还可以确保事务的完整提交和回滚。

MEMORY：将所有数据保存在RAM中，在需要快速定位记录和其他类似数据的环境中，可以提供极快的访问。MEMORY的缺陷是对表的大小有限制，太大的表无法缓存在内存中。常用语更新不太频繁地小表，用以快速得到访问结果。

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