mysql存储引擎中MyISAM和InnoDB区别详解

在Mysql5.5之前，MyISAM是mysql的默认数据库引擎，其由早期的ISAM(有索引的顺序访问方法)所改良，虽然MyISAM性能极佳，但却有一个显著的缺点，不支持事务处理，不过Mysql也导入了另一种数据库引擎InnoDB,以强化参考完整性与并发违规处理机制，后来就逐渐取代MyISAM。InnoDB是mysql的数据库引擎之一，其由Innobase ov公司所开发，2006年五月由甲骨文公司并购。与传统的ISAM,MyISAM相比，InnoDB的最大特色就是支持ACID兼容的事务功能，类似于Postgresql.目前InnoDB采用双轨制授权，一是GPL授权，另一个是专有软件授权，具体的MyISAM与InnoDB作为Mysql的两大存储

引擎的差异主要包括。

a.存储结构:每个MyISAM在磁盘上存储成三个文件，第一个文件的名字以表的名字开始，扩展名指出文件类。.frm文件存储表定义，数据文件的扩展名为.MYD。索引文件的扩展名是.MYI。InnoDB所有的表都保存在同一个数据文件中，InnoDB表的大小只受限于操作系统文件的大小，一般为2GB.

b.存储空间:MyISAM可被压缩，占据的存储空间较小，支持静态表，动态表，压缩表三种不同的存储格式，InnoDB需要更多的内存和存储，它会在主内存中建立其专用的缓冲池用于高速缓冲数据和索引。

c.可移植性，备份及恢复:MyISAM的数据是以文件的形式存储，所以在跨平台的数据转移中会很方便，同时在备份和恢复时也可单独针对某个表进行操作。InnoDB免费的方案可以是拷贝数据文件，备份binlog或者用mysqldump,在数据量达到几十G的时候就相对疼痛了。

d.事务支持:MyISAM强调的是性能，每次查询具有原子性，其执行速度比InnoDB类型更快，但是不提供事务支持。InnoDB提供事务，外键等高级数据库功能，具有事务提交回滚和崩溃修复能力。

e.auto_increment:在MyISAM中，可以和其他字段一起建立联合索引。引擎的自动增长列必须是索引，如果是组合索引，自动增长可以不是第一列，它可以根据前面几列进行排序后递增，InnoDB中必须包含只有该字段的索引，并且引擎的自动增长列必须是索引，如果是组合索引也必须是组合索引的第一列

f.表锁差异：MyISAM只支持表级锁，用户在操作MyISAM表时，select、update、delete和insert语句都会给表自动加锁，如果加锁以后的表满足insert并发的情况下，可以在表的尾部插入新的数据。InnoDB支持事务和行级锁。行锁大幅度提高了多用户并发操作的性能，但是InnoDB的行锁，只是在WHERE的主键是有效的，非主键的WHERE都会锁全表的。

j.全文索引：MyISAM支持 FULLTEXT类型的全文索引；InnoDB不支持FULLTEXT类型的全文索引，但是innodb可以使用sphinx插件支持全文索引，并且效果更好。

h.表主键：MyISAM允许没有任何索引和主键的表存在，索引都是保存行的地址。对于InnoDB，如果没有设定主键或者非空唯一索引，就会自动生成一个6字节的主键(用户不可见)，数据是主索引的一部分，附加索引保存的是主索引的值。

k.表的具体行数：MyISAM保存表的总行数，select count() from table;会直接取出出该值；而InnoDB没有保存表的总行数，如果使用select count() from table；就会遍历整个表，消耗相当大，但是在加了wehre条件后，myisam和innodb处理的方式都一样。

o.CURD操作：在MyISAM中，如果执行大量的SELECT，MyISAM是更好的选择。对于InnoDB，如果你的数据执行大量的INSERT或UPDATE，出于性能方面的考虑，应该使用InnoDB表。DELETE从性能上InnoDB更优，但DELETE FROM table时，InnoDB不会重新建立表，而是一行一行的删除，在innodb上如果要清空保存有大量数据的表，最好使用truncate table这个命令。

p.外键：MyISAM不支持外键，而InnoDB支持外键。

通过上述的分析，基本上可以考虑使用InnoDB来替代MyISAM引擎了，原因是InnoDB自身很多良好的特点，比如事务支持、存储过程、视图、行能锁、外键等等。尤其在并发很多的情况下，相信InnoDB的表现肯定要比MyISAM强很多。另外，必须需要注意的是，任何一种表都不是万能的，合适的才是最好的，才能最大的发挥MySQL的性能优势。如果是不复杂的、非关键的Web应用，还是可以继续考虑MyISAM的，这个具体情况具体考虑。