Mysql中存储引擎InnoDB，MyISAM的区别及适用场景

Mysql中存储引擎InnoDB，MyISAM的区别

1.支持的锁级别：InnoDB支持行级锁和表级锁.，默认为行级锁；MyISAM 只有表级锁
2.事务和崩溃后的安全恢复： MyISAM 强调的是性能，每次查询具有原子性,其执行速度比InnoDB快，但是不提供事务。但是InnoDB 提供事务支持事务，外部键等高级数据库功能。 具有事务(commit)、回滚(rollback)和崩溃修复能力(crash recovery capabilities)的事务安全型表。
3. 外键： MyISAM不支持，InnoDB支持。
4. MVCC ：仅 InnoDB 支持。应对高并发事务, MVCC比单纯的加锁更高效;MVCC只 在 READ COMMITTED 和 REPEATABLE READ 两个隔离级别下工作;MVCC可以使用乐观(optimistic)锁 和 悲观(pessimistic)锁来实现;各数据库中MVCC实现并不统一。
5. MyISAM存储表的总行数；InnoDB不存储总行数；

6.MyISAM采用非聚集索引，索引文件和数据文件是分离的，B+Tree叶子节点的data域存放的是数据记录的地址。在索引检索的时候，先按照B+Tree搜索算法搜索索引，如果指定的Key存在，则取出其 data 域的值，然后以 data 域的值为地址读取相应的数据记录。这被称为“非聚簇索引”。
InnoDB主键索引采用聚集索引，其数据文件本身就是索引文件。其表数据本身就是按B+Tree组织的一个索引结构，树的叶子节点data域保存了完整的数据记录。这个索引的key是数据表的主键，因此InnoDB表数据文件本身就是主索引。这被称为“聚簇索引”。其余的索引都作为辅助索引，辅助索引的data域存储相应记录主键的值，不是主键的地址。在根据主索引搜索时，直接找到key所在的节点即可取出数据；在根据辅助索引查找时，则需要先取出主键的值，再走一遍主索引。 因此，在设计表的时候，不建议使用过长的字段作为主键，也不建议使非单调的字段作为主键，这样会造成主索引频繁分裂。

适用场景：

MyISAM适合：插入不频繁，查询非常频繁，如果执行大量的SELECT，MyISAM是更好的选择， 没有事务。

InnoDB适合：可靠性要求比较高，或者要求事务；表更新和查询都相当的频繁， 大量的INSERT或UPDATE，适合处理多重并发的更新请求；可以从灾难中恢复（通过 bin-log 日志等）；外键约束。只有他支持外键；支持自动增加列属性 auto_increment。