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来前缀压缩数字。当数字被以高字节优先存储之时,若你有许多具有同一前缀的整数键,上述方法是有帮助的。