数据库优化-mysql中INNODB和MYIASM引擎的区别

Innodb引擎

Innodb引擎提供了对数据库ACID事务的支持，而且实现了SQL标准的四种隔离级别。 该引擎还提供了行级锁和外键约束，它的设计目标是处理大容量数据库系统，它自己其实就是基于MySQL后台的完整数据库系统，MySQL运行时Innodb会在内存中创建缓冲池，用于缓冲数据和索引。 可是该引擎不支持FULLTEXT类型的索引（全文索引）【5.6.24之后支持】，并且它没有保存表的行数，当SELECT COUNT(*) FROM TABLE时须要扫描全表。 当须要使用数据库事务时，该引擎固然是首选。因为锁的粒度更小，写操做不会锁定全表，因此在并发较高时，使用Innodb引擎会提高效率。 可是使用行级锁也不是绝对的，若是在执行一个SQL语句时MySQL不能肯定要扫描的范围，InnoDB表一样会锁全表。

 

 MyISAM引擎使用B+Tree做为索引结构，叶节点的data域存放的是数据记录的地址。所以，MyISAM中索引检索的算法为首先按照B+Tree搜索算法搜索索引，若是指定的Key存在，则取出其data域的值，而后以data域的值为地址，读取相应数据记录。 
MyISAM的索引方式也叫作“非汇集”的，之因此这么称呼是为了与InnoDB的汇集索引区分。

 

 

MyIASM引擎

MyIASM是MySQL默认的引擎，可是它没有提供对数据库事务的支持，也不支持行级锁和外键，所以当INSERT(插入)或UPDATE(更新)数据时即写操做须要锁定整个表，效率便会低一些。 不过和Innodb不一样，MyIASM中存储了表的行数，因而SELECT COUNT(*) FROM TABLE 时只须要直接读取已经保存好的值而不须要进行全表扫描。 若是表的读操做远远多于写操做且不须要数据库事务的支持，那么MyIASM也是很好的选择。

 

InnoDB也使用B+Tree做为索引结构，但具体实现方式却与MyISAM大相径庭。

区别：

一、InnoDB的数据文件自己就是索引文件。MyISAM索引文件和数据文件是分离的，索引文件仅保存数据记录的地址。而在InnoDB中，表数据文件自己就是按B+Tree组织的一个索引结构，这棵树的叶节点data域保存了完整的数据记录。这个索引的key是数据表的主键，所以InnoDB表数据文件自己就是主索引。 

二、叶节点包含了完整的数据记录，这种索引叫作汇集索引。

三、由于InnoDB的数据文件自己要按主键汇集，因此InnoDB要求表必须有主键（MyISAM能够没有），若是没有显式指定，则MySQL系统会自动选择一个能够惟一标识数据记录的列做为主键，若是不存在这种列，则MySQL自动为InnoDB表生成一个隐含字段做为主键，这个字段长度为6个字节，类型为长整形。

四、InnoDB的全部辅助索引都引用主键做为data域。

五、汇集索引这种实现方式使得按主键的搜索十分高效，可是辅助索引搜索须要检索两遍索引：首先检索辅助索引得到主键，而后用主键到主索引中检索得到记录。

 

总结：

一、InnoDB不建议使用过长的字段做为主键。由于全部辅助索引都引用主索引，过长的主索引会令辅助索引变得过大。

二、非单调（不是自增或自减的均为非单调）的字段做为主键在InnoDB中不是个好作法，由于InnoDB数据文件自己是一颗B+Tree，非单调的主键会形成在插入新记录时数据文件为了维持B+Tree的特性而频繁的分裂调整，十分低效，而使用自增字段做为主键则是一个很好的选择。

 

 

MyIASM与InnoDB的主要区别：

一、MyIASM是非事务安全的，而InnoDB是事务安全的

二、MyIASM锁的粒度是表级的，而InnoDB支持行级锁

三、MyIASM支持全文类型索引，而InnoDB不支持全文索引（5.6.24之后支持）、

四、MyIASM相对简单，效率上要优于InnoDB，小型应用能够考虑使用MyIASM

五、MyIASM表保存成文件形式，跨平台使用更加方便

六、MyIASM不支持外键约束，而InnoDB 支持外键约束（可实现表的联动操做，一删多删）

 

应用场景：

一、MyIASM管理非事务表，提供高速存储和检索以及全文搜索能力，若是再应用中执行大量select操做，应该选择MyIASM

二、InnoDB用于事务处理，具备ACID事务支持等特性，若是在应用中执行大量insert和update操做，应该选择InnoDB