MySQL存储引擎

和大多数数据库不同，MySQL中有一个存储引擎的概念，针对不同的存储需求可以选择最优的存储引擎。插件式存储引擎是MySQL
数据库最重要的特性之一， 用户可以根据应用的需要选择如何存储和索引数据、是否使用事务等。MySQL默认支持多种存储引擎，以适用于不同领域的数据库应用需要，用户可以通过选择使用不同的存储引擎提高应用的效率，提供灵活的存储，用户甚至可以按照自己的需要定制和使用自己的存储引擎，以实现最大程度的可定制性。

我当前的MySQL版本是5.6，看看它支持哪些存储引擎。



可以看到支持MyISAM、MEMORY、InnoDB等8种引擎，其中InnoDB为默认存储引擎。

在创建新表的时候， 可以通过增加ENGINE
关键字设置新建表的存储引擎，例如：



也可以使用ALTER
TABLE 语句，将一个已经存在的表修改成其他的存储引擎。

接下来详细介绍下各种引擎的特性



1.MyISAM

MyISAM不支持事务、也不支持外键，其优势是访问的速度快，对事务完整性没有要求或者以SELECT、INSERT为主的应用基本上都可以使用这个引擎来创建表。

每个MyISAM在磁盘上存储成
3个文件，其文件名都和表名相同，但扩展名分别是：.frm（存储表定义）、.MYD（MYData，存储数据）和
.MYI（MYIndex，存储索引）数据文件和索引文件可以放置在不同的目录，平均分布IO，获得更快的速度。MyISAM的表又支持3种不同的存储格式，分别是：静态（固定长度）表、动态表、压缩表。其中，静态表是默认的存储格式。静态表中的字段都是非变长字段，这样每个记录都是固定长度的，这种存储方式的优点是存储非常迅速，容易缓存，出现故障容易恢复；缺点是占用的空间通常比动态表多。动态表中包含变长字段，记录不是固定长度的，这样存储的优点是占用的空间相对较少，但是频繁地更新删除记录会产生碎片，需要定期执行OPTIMIZE
TABLE 语句或
myisamchk -r 命令来改善性能，并且出现故障的时候恢复相对比较困难。

2.InnoDB

InnoDB存储引擎提供了具有提交、回滚和崩溃恢复能力的事务安全。但是对比MyISAM的存储引擎，InnoDB写的处理效率差一些并且会占用更多的磁盘空间以保留数据和索引。
a.InnoDB表的自动增长列可以手工插入，但是插入的值如果是空或者0，则实际插入的将是自动增长后的值。





可以通过“ALTER TABLE *** AUTO_INCREMENT = n;”
语句强制设置自动增长列的初识值，默认从1
开始。

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

b.MySQL支持外键的存储引擎只有InnoDB，在创建外键的时候，要求父表必须有对应的索引，子表在创建外键的时候也会自动创建对应的索引。

在导入多个表的数据时，如果需要忽略表之前的导入顺序，可以暂时关闭外键的检查；同样，在执行LOAD
DATA 和
ALTER TABLE 操作的时候，可以通过暂时关闭外键约束来加快处理的速度，关闭的命令是“
SET FOREIGN_KEY_CHECKS = 0;”，执行完成之后，通过执行“SET FOREIGN_KEY_CHECKS = 1;”语句改回原状态。

c.InnoDB存储表和索引有以下两种方式。

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

使用多表空间存储，这种方式创建的表的表结构仍然保存在.frm文件中，但是每个表的数据和索引单独保存在.ibd中。如果是个分区表，则每个分区对应单的.ibd

文件，文件名是“ 表名
+分区名 ”，可以在创建分区的时候指定每个分区的数据文件的位置，以此来将表的IO
均匀分布在多个磁盘上。

3.MEMORY

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



给MEMORY表创建索引的时候，可以指定使用
HASH
索引还是 BTREE
索引 ：





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

MEMORY类型的存储引擎主要用在那些内容变化不频繁的代码表，或者作为统计操作的中间结果表，便于高效地对中间结果进行分析并得到最终的统计结果。对MEMORY
存储引擎的表进行更新操作要谨慎，因为数据并没有实际写入到磁盘中，所以一定要对下次重新启动服务后如何获得这些修改后的数据有所考虑。

4. MERGE

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

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

创建3个测试表
test11、test12 和testall，
其中 testall是前两个表的MERGE
表





分别向两个表插入数据后查询testall表



可以看到merge表显示了两个表的内容，需要注意的是merge表结构要和基表一致，并且在同一数据库中。

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

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

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

MEMORY：将所有数据保存在RAM
中，在需要快速定位记录和其他类似数据的环境下，可提供极快的访问。MEMORY的缺陷是对表的大小有限制，太大的表无法
CACHE
在内存中，其次是要确保表的数据可以恢复，数据库异常终止后表中的数据是可以恢复的。MEMORY表通常用于更新不太频繁的小表， 用以快速得到访问结果。

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