区别
- InnoDB支持事务，MyISAM不支持，对于InnoDB每一条的SQL都会默认封装成事务，自动提交，这样影响速度，所以最好把多条SQL语言放在begin和commit之间，组成一个事务
- InnoDB支持外键，而MyISAM不支持，对一个包含外键的InnoDB表转换为MyISAM会失败
- InnoDB是聚集索引，使用B+树作为索引结构，数据文件和（主键）索引绑在一起的（表数据文件本身就是按B+Tree组织的一个索引），必须要有主键，通过主键索引效率很高，但是辅助索引需要两次查询，先查询到主键，然后再查询到数据，因此，主键不应该过大，因为主键过大会导致其他索引也会变大
MyISAM是非聚集索引，也是B+树作为索引结构，索引和数据文件是分离的，索引保存的数据文件的指针，主键索引和辅助索引是独立的
也就是说InnoDB的B+树主键索引的叶子节点就是数据文件，辅助索引的叶子节点是主键的值；而MyISAM的B+树主键索引和辅助索引的叶子节点都是指向数据文件的地址指针
InnoDB
MyISAM
InnoDB不保存表的具体行数，执行select count(*) from table需要全表扫描，而MyISAM用一个变量保存了这个表的整个行数，执行上述语句只需要读出该变量即可，所以速度快（注意不能加where条件）
为什么InnoDB没有这个变量？
因为InnoDB的事务特性，在同一时刻表中的行数对于不同的事务而言是不一样的，因此count统计会计算当前事务而言可以统计到的行数，而不是将总行数存储起来方便快捷查询。InnoDB会尝试遍历一个尽可能小的索引除非优化器提示使用别的索引，如果二级索引不存在，InnoDB还会尝试去遍历其他的聚集索引
如果索引并没有完全处于InnoDB维护的缓冲区（Buffer Pool）中，count操作会比较费时，可以建立一个记录总行数的表并让你的程序在insert/delete的时候更新对应的数据。和上面提高的问题一样，如果此时存在多个事务，这种方法不太好用，如果得到大致的行数值已经满足需求可以尝试show table status
InnoDB不支持全文索引，而MyISAM支持，在涉及全文索引领域的查询效率上MyISAM速度更快高；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、idb，MyISAM有frm、MYD、MYI
InnoDB：frm是表定义文件，idb是数据文件
MyISAM：frm是表定义文件，myd是数据文件，myi是索引文件
如何选择
- 是否需要指出事务，需要选择InnoDB，不需要选择MyISAM
- 如果表中绝大多数都只是读查询，可以考虑MyISAM，如果既有读又有写，请使用InnoDB
- 系统奔溃后，MyISAM恢复起来更困难，是否能接受
- MySQL5.5版本开始Innodb已经成为Mysql的默认引擎(之前是MyISAM)，说明其优势是有目共睹的，如果你不知道用什么，那就用InnoDB，至少不会差。
InnoDB为什么推荐使用自增ID作为主键
自增ID可以保证每次插入时B+树树索引都是从右拓展的，可以避免B+树的频繁合并和分裂（对比UUID）。如果使用字符串和水机主键，会使得数据随机插入，效率比较差
InnoDB的四大特性
插入缓冲（insert buffer），二次写，自适应哈希索引（ahi），预读（read ahead）
