MyISAM是默认存储引擎。
每个MyISAM在磁盘上存储成三个文件。
第一个文件的名字以表的名字开始，扩展名指出文件类型。.frm文件存储表定义。
数据文件的扩展名为.MYD (MYData)。
索引文件的扩展名是.MYI (MYIndex)。

想要用一个MyISAM表格，可以使用如下语句：
CREATE TABLE t (i INT) ENGINE = MYISAM;
一般地，ENGINE选项是不必要的；除非默认已经被改变了，MyISAM是默认存储引擎。

如下是MyISAM存储引擎的一些特征：
·所有数据值先存储低字节。这使得数据机和操作系统分离。二进制轻便性的唯一要求是机器使用补码和IEEE浮点格式。
   先存储数据低字节并不严重地影响速度；数据行中的字节一般是未联合的，从一个方向读未联合的字节并不比从反向读更占用更多的资源。服务器上的获取列值的代码与其它代码相比并不显得时间紧。
·大文件（达63位文件长度）在支持大文件的文件系统和操作系统上被支持。
·当把删除和更新及插入混合的时候，动态尺寸的行更少碎片。这要通过合并相邻被删除的块，以及若下一个块被删除，就扩展到下一块来自动完成。
·每个MyISAM表最大索引数是64。 这可以通过重新编译来改变。每个索引最大的列数是16个。
·最大的键长度是1000字节。这也可以通过编译来改变。对于键长度超过250字节的情况，一个超过1024字节的的键块被用上。
·BLOB和TEXT列可以被索引。
·NULL值被允许在索引的列中。这个占每个键的0-1个字节。
·所有数字键值以高字节为先被存储以允许一个更高地索引压缩。
·当记录以排好序的顺序插入（就像你使用一个AUTO_INCREMENT列之时），索引树被劈开以便高节点仅包含一个键。这改善了索引树的空间利用率。
·每表一个AUTO_INCREMEN列的内部处理。MyISAM为INSERT和UPDATE操作自动更新这一列。这使得AUTO_INCREMENT列更快（至少10%）。在序列顶的值被删除之后就不能再利用。（当AUTO_INCREMENT列被定义为多列索引的最后一列，可以出现重使用从序列顶部删除的值的情况）。AUTO_INCREMENT值可用ALTER TABLE或myisamch来重置。
·如果数据文件中间的表没有*块了，在其它线程从表读的同时，你可以INSERT新行到表中。（这被认识为并发操作）。*块的出现是作为删除行的结果，或者是用比当前内容多的数据对动态长度行更新的结果。当所有*块被用完（填满），未来的插入又变成并发。
·你可以把数据文件和索引文件放在不同目录，用DATA DIRECTORY和INDEX DIRECTORY选项CREATE TABLE以获得更高的速度。
·每个字符列可以又不同的字符集。
·在MyISAM索引文件里又一个标志，它表明表是否被正确关闭。如果用--myisam-recover选项启动mysqld，MyISAM表在打开得时候被自动检查，如果被表被不恰当地关闭，就修复表。
·如果你用--update-state选项运行myisamchk，它标注表为已检查。myisamchk --fast只检查那些没有这个标志的表。
·myisamchk --analyze为部分键存储统计信息，也为整个键存储统计信息。
·myisampack可以打包BLOB和VARCHAR列。

MyISAM也支持下列特征：
·支持true VARCHAR类型；VARCHAR列以存储在2个字节中的长度来开始。
·有VARCHAR的表可以有固定或动态记录长度。
·VARCHAR和CHAR列可以多达64KB。
· 一个被搞乱的已计算索引对可对UNIQUE来使用。这允许你在表内任何列的合并上有UNIQUE。（尽管如此，你不能在一个UNIQUE已计算索引上搜索）。
 MyISAM启动选项
下列对mysqld 的选项可用来改变MyISAM表的行为：
·--myisam-recover=mode
设置为崩溃MyISAM表自动恢复的模式。
·--delay-key-write=ALL
对任何MyISAM表的写操作之间不要刷新键缓冲区。
注释：如果你要这么做。当表在使用中之时，你应该不使用来自另一个程序的MyISAM表（比如从另一个MySQL服务器或用myisamchk）。这么做会导致索引被破坏。
对使用--delay-key-write的表，使用--external-locking没有帮助。

下列系统变量影响MyISAM表的行为：
·bulk_insert_buffer_size
用在块插入优化中的树缓冲区的大小。注释：这是一个per thread的限制。
·(OBSOLETE) myisam_max_extra_sort_file_size
这个参数已经不在MySQL中使用。
·myisam_max_sort_file_size
如果临时文件会变得超过索引，不要使用快速排序索引方法来创建一个索引。注释：这个参数以字节的形式给出。
·myisam_sort_buffer_size
设置恢复表之时使用的缓冲区的尺寸。
如果用--myisam-recover选项启动mysqld，自动恢复被激活。在这种情况下，当服务器打开一个MyISAM表之时，服务器会检查表是否被标注为崩溃，或者表的打开计数变量是否不为0且你正用--skip-external-locking运行服务器。如果这些条件的任何一个为真，下列情况发生：
·表被查错。
·如果服务器发现一个错误，它试着做快速表修复（排序且不重新创建数据文件）。
·如果修复因为数据文件中的一个错误而失败（例如，一个重复键错误），服务器会再次尝试修复，这一次重建数据文件。
·如果修复仍然失败，服务器用旧修复选项方法再重试一次修复（一行接一行地写，不排序）。这个方法应该能修复任何类型的错误，并且需要很低的磁盘空间。
如果恢复不能够从先前完成的语句里恢复所有行，而且你不能在--myisam-recover选项值指定FORCE，自动修复会终止，并在错误日志里写一条错误信息：
Error: Couldn't repair table: test.g00pages
如果你指定FORCE，取而代之地，类似这样的一个警告被给出：
Warning: Found 344 of 354 rows when repairing ./test/g00pages
注释：如果自动恢复值包括BACKUP，恢复进程创建文件并用tbl_name-datetime.BAK形式取名。你应该有一个cron脚本，它自动把这些文件从数据库目录移到备份媒质上。
键所需的空间
 MyISAM表使用B型树索引。你可以粗略地计算索引文件的大小为(key_length+4)/0.67, 加上所有的键之和。当所有键以排序的顺序插入并且表没有任何压缩的键之时，以上估计是对最坏的情况的。
   字符串索引是被空间压缩的。如果第一个字符串索引部分是字符串，它也被加前缀压缩。如果字符串列有许多拖曳空间，或字符串列是一个总是不用完全长度的VARCHAR列，空间压缩使得索引文件比最坏情况时的数值要小。前缀压缩被用在以字符串开始的键上。如果有许多具有同一前缀的字符串，前缀压缩是有帮助的。
在MyISAM表，你也可以在创建表的时候通过指定PACK_KEYS=1来前缀压缩数字。当数字被以高字节优先存储之时，若你有许多具有同一前缀的整数键，上述方法是有帮助的。