下面重点介绍几种常用的存储引擎,并对比各个存储引擎之间的区别,以帮助读者理解
不同存储引擎的使用方式。
MyISAM
- MyISAM是 MySQL的默认存储引擎。MyISAM不支持事务、也不支持外键,其优势是访
问的速度快,对事务完整性没有要求或者以 SELECT、INSERT 为主的应用基本上都可以使用
这个引擎来创建表。 - 每个 MyISAM在磁盘上存储成 3个文件,其文件名都和表名相同,但扩展名分别是:
.frm(存储表定义);
.MYD(MYData,存储数据);
.MYI (MYIndex,存储索引)。
数据文件和索引文件可以放置在不同的目录,平均分布 IO,获得更快的速度。 - 要指定索引文件和数据文件的路径,需要在创建表的时候通过 DATA DIRECTORY和 INDEX
DIRECTORY语句指定,也就是说不同 MyISAM表的索引文件和数据文件可以放置到不同的路
径下。文件路径需要是绝对路径,并且具有访问权限。 - 要指定索引文件和数据文件的路径,需要在创建表的时候通过 DATA DIRECTORY和 INDEX
DIRECTORY语句指定,也就是说不同 MyISAM表的索引文件和数据文件可以放置到不同的路
径下。文件路径需要是绝对路径,并且具有访问权限。 - MyISAM类型的表可能会损坏,原因可能是多种多样的,损坏后的表可能不能访问,会
提示需要修复或者访问后返回错误的结果。MyISAM类型的表提供修复的工具,可以用 CHECK
TABLE语句来检查 MyISAM表的健康,并用 REPAIR TABLE语句修复一个损坏的 MyISAM表。
表损坏可能导致数据库异常重新启动,需要尽快修复并尽可能地确认损坏的原因。
InnoDB
- InnoDB存储引擎提供了具有提交、回滚和崩溃恢复能力的事务安全。但是对比 MyISAM
的存储引擎,InnoDB写的处理效率差一些并且会占用更多的磁盘空间以保留数据和索引。 - 对于 InnoDB表,自动增长列必须是索引。如果是组合索引,也必须是组合索引的第一
列,但是对于 MyISAM表,自动增长列可以是组合索引的其他列,这样插入记录后,自动增
长列是按照组合索引的前面几列进行排序后递增的。 - 外键约束:MySQL 支持外键的存储引擎只有 InnoDB,在创建外键的时候,要求父表必须有对应的
索引,子表在创建外键的时候也会自动创建对应的索引。 - 在创建索引的时候,可以指定在删除、更新父表时,对子表进行的相应操作,包 RESTRICT、
CASCADE、SET NULL和 NO ACTION。其中 RESTRICT和 NO ACTION相同,是指限制在子表有
关联记录的情况下父表不能更新;CASCADE表示父表在更新或者删除时,更新或者删除子表
对应记录;SET NULL则表示父表在更新或者删除的时候,子表的对应字段被 SET NULL。选
择后两种方式的时候要谨慎,可能会因为错误的操作导致数据的丢失。 - 当某个表被其他表创建了外键参照,那么该表的对应索引或者主键禁止被删除。
在导入多个表的数据时,如果需要忽略表之前的导入顺序,可以暂时关闭外键的检查;
同样,在执行 LOAD DATA和 ALTER TABLE操作的时候,可以通过暂时关闭外键约束来加快处
理的速度,关闭的命令是“SET FOREIGN_KEY_CHECKS = 0;”,执行完成之后,通过执行“SET
FOREIGN_KEY_CHECKS = 1;”语句改回原状态。 - 对于 InnoDB类型的表,外键的信息通过使用 show create table或者 show table status命
令都可以显示。
MEMORY
- MEMORY存储引擎使用存在内存中的内容来创建表。每个 MEMORY表只实际对应一个
磁盘文件,格式是.frm。MEMORY 类型的表访问非常得快,因为它的数据是放在内存中的,
并且默认使用 HASH索引,但是一旦服务关闭,表中的数据就会丢失掉。 - 在启动 MySQL服务的时候使用–init-file选项,把 INSERT INTO … SELECT或 LOAD DATA
INFILE这样的语句放入这个文件中,就可以在服务启动时从持久稳固的数据源装载表。 - 服务器需要足够内存来维持所有在同一时间使用的 MEMORY表,当不再需要 MEMORY
表的内容之时,要释放被 MEMORY表使用的内存,应该执行 DELETE FROM或 TRUNCATE TABLE,或者整个地删除表(使用 DROP TABLE操作)。 - 每个 MEMORY表中可以放置的数据量的大小,受到 max_heap_table_size系统变量的约
束,这个系统变量的初始值是 16MB,可以按照需要加大。此外,在定义 MEMORY表的时候,
可以通过 MAX_ROWS子句指定表的最大行数。
5.MEMORY 类型的存储引擎主要用在那些内容变化不频繁的代码表,或者作为统计操作
的中间结果表,便于高效地对中间结果进行分析并得到最终的统计结果。对 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刷新。 - MERGE表并不能智能地将记录写到对应的表中,而分区
表是可以的(分区功能在 5.1版中正式推出)。通常我们使用 MERGE表来透明地对多个表进
行查询和更新操作,而对这种按照时间记录的操作日志表则可以透明地进行插入操作。
如何选择合适的存储引擎
在选择存储引擎时,应根据应用特点选择合适的存储引擎,对于复杂的应用系统可以根
据实际情况选择多种存储引擎进行组合。
下面是常用存储引擎的适用环境。
MyISAM:默认的 MySQL 插件式存储引擎。如果应用是以读操作和插入操作为主,
121
只有很少的更新和删除操作,并且对事务的完整性、并发性要求不是很高,那么选择这个存
储引擎是非常适合的。MyISAM是在 Web、数据仓储和其他应用环境下最常使用的存储引擎
之一。
InnoDB:用于事务处理应用程序,支持外键。如果应用对事务的完整性有比较高的
要求,在并发条件下要求数据的一致性,数据操作除了插入和查询以外,还包括很多的更新、
删除操作,那么 InnoDB存储引擎应该是比较合适的选择。InnoDB存储引擎除了有效地降低
由于删除和更新导致的锁定,还可以确保事务的完整提交( Commit)和回滚(Rollback),
对于类似计费系统或者财务系统等对数据准确性要求比较高的系统,InnoDB 都是合适的选
择。
MEMORY:将所有数据保存在 RAM中,在需要快速定位记录和其他类似数据的环境
下,可提供极快的访问。MEMORY 的缺陷是对表的大小有限制,太大的表无法 CACHE 在内
存中,其次是要确保表的数据可以恢复,数据库异常终止后表中的数据是可以恢复的。
MEMORY表通常用于更新不太频繁的小表,用以快速得到访问结果。
MERGE:用于将一系列等同的 MyISAM表以逻辑方式组合在一起,并作为一个对象
引用它们。MERGE 表的优点在于可以突破对单个 MyISAM 表大小的限制,并且通过将不同
的表分布在多个磁盘上,可以有效地改善 MERGE表的访问效率。这对于诸如数据仓储等 VLDB
环境十分适合。