MyISAM,默认类型,基于传统的ISAM类型,ISAM是Indexed Sequential Access Method(有索引的顺序访问的方法)的缩写,是存储记录和文件的标准方法。
与其他存储引擎比较,MyISAM具有检查和修复表格的大多数工具,MyISAM表格可以被压缩,而且它们全部支持全文索引。
但他们不是事务安全的,而且不支持外键。如果事务回滚造成不完全回滚,不具有原子性。
如果执行大量的SELECT,MyISAM是更好的选择。
MyISAM是ISAM表的新版本,有如下扩展:
二进制层次的可移植性
NULL列索引
对变长行比ISAM表又更少的碎片
支持大文件
更好的索引压缩
更好的键码统计分布
更好和更快的auto_increment处理
InnoDB,这种类型的事务是安全的,它与BDB类型具有相同的特定,它们还支持外键。InnoDB表格速度更快,具有比BDB更丰富的特性,因此如果需要一个事务安全的存储引擎,建议使用它。
如果你的数据执行大量的INSERT或UPDATE,处于性能方面的考虑,应该使用InnoDB表。对于支持事务的InnoDB类型的表,影响速度的主要原因是AUTOCOMMIT默认设置时打开的,而且程序没有显示调用BEGIN开始事务,导致每插入一条都自动COMMIT,严重影响了速度。可以在执行SQL前调用BEGIN,多条SQL形成一个事务,将大大提高性能。
MyISAM | InnoDB | |
构成上区别 | 每个MyISAM在磁盘上存储上存储成三个文件。文件名为表名,扩展名为文件类型。.frm文件存储表的定义;.MYD(MYData)数据文件的扩展名;.MYI(MYIndex)索引文件的扩展名 | 基于磁盘的资源是InnoDB表空间数据和文它的日志文件,InnoDB表的大小只受限于操作系统文件的大小,一般为2GB |
事务处理方面 | MyISAM类型的表强调的是性能,其执行速度比InnoDB类型更快,但是不提供事务支持 | InnoDB提供事务支持,外键等高级数据库功能 |
锁 | 表级锁 | 行级锁 InnoDB表的行锁不是绝对的,如果在执行一个SQL语句时MySQL不能确定要扫描的范围,InnoDB表同样会锁全表,例如UPDATE table SET num=1 WHERE name LIKE ‘%aaa%’ |
Select,Insert,Update和Delete操作 | 如果执行大量的SELECT,MyISAM是更好的选择 | 1、如果数据需要执行大量的INSERT或UPDATE,处于性能方面的考虑,应该使用InnoDB 2、DELETE FROM table时,InnoDB不会重新建立表,而是一行一行的删除 3、LOAD TABLE FROM MASTER对InnoDB是不起作用的,解决方法是首先把InnoDB表改为MyISAM表,导入数据后再改成InnoDB表,但是对于使用额外的Inno特定(如外键)的表不适用 |
对于AUTO_INCREMENT类型的字段 | 必须包含只有该字段的索引 | 可以和其他字段一起建立联合索引 |
InnoDB不支持FULLTEXT类型的索引 | ||
MyI类型的二进制数据文件可以在不同的操作系统中迁移 |
1、InnoDB不支持FULLTEXT类型的索引
2、InnoDB中不保存表的具体行数,也就是说,执行SELECT COUNT(*) FROM table时,InnoDB要扫描一遍整个表来计算有多少行,但是MyISAM只要简单地读出保存好的行数即可。注意的是,当COUNT(*)语句包含WHERE条件时,两种表的操作是一样的。
3、对于AUTO_INCREMENT类型的字段,InnoDB中必须包含只有该字段的索引,但是在MyISAM中,可以和其他字段一起建立联合索引
4、DELETE FROM table时,InnoDB不会重新建立表,而是一行一行的删除
5、LOAD TABLE FROM MASTER操作对InnoDB不起作用,解决办法是首先把InnoDB改为MyISAM,导入数据后再改成InnoDB表,但是对使用额外InnoDB特性(如外键)的表不适用。