MySql MyISAM与InnoDB的区别

一、InnoDB支持事务，MyISAM不支持，对于InnoDB每一条SQL语言都默认封装成事务，自动提交，这样会影响速度，因此最好把多条SQL语言放在begin和commit之间，组成一个事务；

二、InnoDB支持外键，而MyISAM不支持。对一个包含外键的InnoDB表转为MYISAM会失败；

三、InnoDB是汇集索引，使用B+Tree做为索引结构，数据文件是和（主键）索引绑在一块儿的（表数据文件自己就是按B+Tree组织的一个索引结构），必需要有主键，经过主键索引效率很高。可是辅助索引须要两次查询，先查询到主键，而后再经过主键查询到数据。所以，主键不该该过大，由于主键太大，其余索引也都会很大。

MyISAM是非汇集索引，也是使用B+Tree做为索引结构，索引和数据文件是分离的，索引保存的是数据文件的指针。主键索引和辅助索引是独立的。
也就是说：InnoDB的B+树主键索引的叶子节点就是数据文件，辅助索引的叶子节点是主键的值；而MyISAM的B+树主键索引和辅助索引的叶子节点都是数据文件的地址指针。

四、InnoDB不保存表的具体行数，执行select count(*) from table时须要全表扫描。而MyISAM用一个变量保存了整个表的行数，执行上述语句时只须要读出该变量便可，速度很快（注意不能加有任何WHERE条件）；

那么为何InnoDB没有了这个变量呢？

由于InnoDB的事务特性，在同一时刻表中的行数对于不一样的事务而言是不同的，所以count统计会计算对于当前事务而言能够统计到的行数，而不是将总行数储存起来方便快速查询。InnoDB会尝试遍历一个尽量小的索引除非优化器提示使用别的索引。若是二级索引不存在，InnoDB还会尝试去遍历其余聚簇索引。
若是索引并无彻底处于InnoDB维护的缓冲区（Buffer Pool）中，count操做会比较费时。能够创建一个记录总行数的表并让你的程序在INSERT/DELETE时更新对应的数据。和上面提到的问题同样，若是此时存在多个事务的话这种方案也不太好用。若是获得大体的行数值已经足够知足需求能够尝试SHOW TABLE STATUS

五、Innodb不支持全文索引，而MyISAM支持全文索引，在涉及全文索引领域的查询效率上MyISAM速度更快高；PS：5.7之后的InnoDB支持全文索引了

六、MyISAM表格能够被压缩后进行查询操做

七、InnoDB支持表、行(默认)级锁，而MyISAM支持表级锁

InnoDB的行锁是实如今索引上的，而不是锁在物理行记录上。潜台词是，若是访问没有命中索引，也没法使用行锁，将要退化为表锁。

例如：

t_user(uid, uname, age, sex) innodb;
 
uid PK
无其余索引
update t_user set age=10 where uid=1;             命中索引，行锁。
 
update t_user set age=10 where uid != 1;           未命中索引，表锁。
 
update t_user set age=10 where name='chackca';    无索引，表锁。

八、InnoDB表必须有主键（用户没有指定的话会本身找或生产一个主键），而Myisam能够没有

九、Innodb存储文件有frm、ibd，而Myisam是frm、MYD、MYI

Innodb：frm是表定义文件，ibd是数据文件
Myisam：frm是表定义文件，myd是数据文件，myi是索引文件

如何选择：

1. 是否要支持事务，若是要请选择innodb，若是不须要能够考虑MyISAM；
2. 若是表中绝大多数都只是读查询，能够考虑MyISAM，若是既有读也有写，请使用InnoDB。
3. 系统奔溃后，MyISAM恢复起来更困难，可否接受；
4. MySQL5.5版本开始Innodb已经成为Mysql的默认引擎(以前是MyISAM)，说明其优点是有目共睹的，若是你不知道用什么，那就用InnoDB，至少不会差。

InnoDB为何推荐使用自增ID做为主键？

自增ID能够保证每次插入时B+索引是从右边扩展的，能够避免B+树和频繁合并和分裂（对比使用UUID）。若是使用字符串主键和随机主键，会使得数据随机插入，效率比较差。

innodb引擎的4大特性

插入缓冲（insert buffer),二次写(double write),自适应哈希索引(ahi),预读(read ahead)