MySQL两种存储引擎: MyISAM和InnoDB 简单总结

 

MyISAM是MySQL的默认数据库引擎（5.5版以前），由早期的ISAM（Indexed Sequential Access Method：有索引的顺序访问方法）所改良。虽然性能极佳，但却有一个缺点：不支持事务处理（transaction）。不过，在这几年的发展下，MySQL也导入了InnoDB（另外一种数据库引擎），以强化参考完整性与并发违规处理机制，后来就逐渐取代MyISAM。

InnoDB，是MySQL的数据库引擎之一，为MySQL AB发布binary的标准之一。InnoDB由Innobase Oy公司所开发，2006年五月时由甲骨文公司并购。与传统的ISAM与MyISAM相比，InnoDB的最大特点就是支持了ACID兼容的事务（Transaction）功能，相似于PostgreSQL。目前InnoDB采用双轨制受权，一是GPL受权，另外一是专有软件受权。

MyISAM和InnoDB二者之间有着明显区别，简单梳理以下:
1) 事务支持
MyISAM不支持事务，而InnoDB支持。InnoDB的AUTOCOMMIT默认是打开的，即每条SQL语句会默认被封装成一个事务，自动提交，这样会影响速度，因此最好是把多条SQL语句显示放在begin和commit之间，组成一个事务去提交。

MyISAM是非事务安全型的，而InnoDB是事务安全型的，默认开启自动提交，宜合并事务，一同提交，减少数据库屡次提交致使的开销，大大提升性能。

2) 存储结构
MyISAM：每一个MyISAM在磁盘上存储成三个文件。第一个文件的名字以表的名字开始，扩展名指出文件类型。.frm文件存储表定义。数据文件的扩展名为.MYD (MYData)。索引文件的扩展名是.MYI (MYIndex)。
InnoDB：全部的表都保存在同一个数据文件中（也多是多个文件，或者是独立的表空间文件），InnoDB表的大小只受限于操做系统文件的大小，通常为2GB。

3) 存储空间
MyISAM：可被压缩，存储空间较小。支持三种不一样的存储格式：静态表(默认，可是注意数据末尾不能有空格，会被去掉)、动态表、压缩表。
InnoDB：须要更多的内存和存储，它会在主内存中创建其专用的缓冲池用于高速缓冲数据和索引。

4) 可移植性、备份及恢复
MyISAM：数据是以文件的形式存储，因此在跨平台的数据转移中会很方便。在备份和恢复时可单独针对某个表进行操做。
InnoDB：免费的方案能够是拷贝数据文件、备份 binlog，或者用 mysqldump，在数据量达到几十G的时候就相对痛苦了。

5) 事务支持
MyISAM：强调的是性能，每次查询具备原子性,其执行数度比InnoDB类型更快，可是不提供事务支持。
InnoDB：提供事务支持事务，外部键等高级数据库功能。 具备事务(commit)、回滚(rollback)和崩溃修复能力(crash recovery capabilities)的事务安全(transaction-safe (ACID compliant))型表。

6) AUTO_INCREMENT
MyISAM：能够和其余字段一块儿创建联合索引。引擎的自动增加列必须是索引，若是是组合索引，自动增加能够不是第一列，他能够根据前面几列进行排序后递增。
InnoDB：InnoDB中必须包含只有该字段的索引。引擎的自动增加列必须是索引，若是是组合索引也必须是组合索引的第一列。

7) 表锁差别
MyISAM：只支持表级锁，用户在操做myisam表时，select，update，delete，insert语句都会给表自动加锁，若是加锁之后的表知足insert并发的状况下，能够在表的尾部插入新的数据。
InnoDB：支持事务和行级锁，是innodb的最大特点。行锁大幅度提升了多用户并发操做的新能。可是InnoDB的行锁，只是在WHERE的主键是有效的，非主键的WHERE都会锁全表的。

MyISAM锁的粒度是表级，而InnoDB支持行级锁定。简单来讲就是, InnoDB支持数据行锁定，而MyISAM不支持行锁定，只支持锁定整个表。即MyISAM同一个表上的读锁和写锁是互斥的，MyISAM并发读写时若是等待队列中既有读请求又有写请求，默认写请求的优先级高，即便读请求先到，因此MyISAM不适合于有大量查询和修改并存的状况，那样查询进程会长时间阻塞。由于MyISAM是锁表，因此某项读操做比较耗时会使其余写进程饿死。

8) 全文索引
MyISAM：支持(FULLTEXT类型的)全文索引
InnoDB：不支持(FULLTEXT类型的)全文索引，可是innodb可使用sphinx插件支持全文索引，而且效果更好。

全文索引是指对char、varchar和text中的每一个词（停用词除外）创建倒排序索引。MyISAM的全文索引其实没啥用，由于它不支持中文分词，必须由使用者分词后加入空格再写到数据表里，并且少于4个汉字的词会和停用词同样被忽略掉。

另外，MyIsam索引和数据分离，InnoDB在一块儿，MyIsam天生非聚簇索引，最多有一个unique的性质，InnoDB的数据文件自己就是主键索引文件，这样的索引被称为“聚簇索引”

9) 表主键
MyISAM：容许没有任何索引和主键的表存在，索引都是保存行的地址。
InnoDB：若是没有设定主键或者非空惟一索引，就会自动生成一个6字节的主键(用户不可见)，数据是主索引的一部分，附加索引保存的是主索引的值。InnoDB的主键范围更大，最大是MyISAM的2倍。

10) 表的具体行数
MyISAM：保存有表的总行数，若是select count(*) from table;会直接取出出该值。
InnoDB：没有保存表的总行数(只能遍历)，若是使用select count(*) from table；就会遍历整个表，消耗至关大，可是在加了wehre条件后，myisam和innodb处理的方式都同样。

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

12) 外键
MyISAM：不支持
InnoDB：支持

13) 查询效率
没有where的count(*)使用MyISAM要比InnoDB快得多。由于MyISAM内置了一个计数器，count(*)时它直接从计数器中读，而InnoDB必须扫描全表。因此在InnoDB上执行count(*)时通常要伴随where，且where中要包含主键之外的索引列。为何这里特别强调“主键之外”？由于InnoDB中primary index是和raw data存放在一块儿的，而secondary index则是单独存放，而后有个指针指向primary key。因此只是count(*)的话使用secondary index扫描更快，而primary key则主要在扫描索引同时要返回raw data时的做用较大。MyISAM相对简单，因此在效率上要优于InnoDB，小型应用能够考虑使用MyISAM。

经过上述的分析，基本上能够考虑使用InnoDB来替代MyISAM引擎了，缘由是InnoDB自身不少良好的特色，好比事务支持、存储 过程、视图、行级锁定等等，在并发不少的状况下，相信InnoDB的表现确定要比MyISAM强不少。另外，任何一种表都不是万能的，只用恰当的针对业务类型来选择合适的表类型，才能最大的发挥MySQL的性能优点。若是不是很复杂的Web应用，非关键应用，仍是能够继续考虑MyISAM的，这个具体状况能够本身斟酌。

MyISAM和InnoDB二者的应用场景：
1) MyISAM管理非事务表。它提供高速存储和检索，以及全文搜索能力。若是应用中须要执行大量的SELECT查询，那么MyISAM是更好的选择。
2) InnoDB用于事务处理应用程序，具备众多特性，包括ACID事务支持。若是应用中须要执行大量的INSERT或UPDATE操做，则应该使用InnoDB，这样能够提升多用户并发操做的性能。

可是实际场景中，针对具体问题须要具体分析，通常而言能够遵循如下几个问题：-  数据库是否有外键？ -  是否须要事务支持？ -  是否须要全文索引？ -  数据库常用什么样的查询模式？在写多读少的应用中仍是Innodb插入性能更稳定，在并发状况下也能基本，若是是对读取速度要求比较快的应用仍是选MyISAM。 -  数据库的数据有多大？ 大尺寸倾向于innodb，由于事务日志，故障恢复。