InnoDB和MyISAM的区别

1.事务

         MyISAM不支持事务。MyISAM引擎没有提供对事务的支持，这意味着在MyISAM表上执行的操作不是原子性的，即它们不会被作为一个整体来执行。如果一个操作失败，之前的操作不会自动回滚。
        InnoDB支持事务，遵循ACID（原子性、一致性、隔离性、持久性）原则，如果事务中的任何一部分失败，整个事务可以回滚到事务开始前的状态。对于InnoDB每一条SQL语言都默认封装成事务，自动提交，这样会影响速度，所以最好把多条SQL语言放在begin和commit之间，组成一个事务。

2.索引

        1）InnoDB支持聚集索引（Clustered Indexing），MyISAM只支持非聚集索引。所以单纯说MyISAM支持非聚簇索引而InnoDB支持聚簇索引是不完全正确的。聚簇索引在这里简单说明一下，数据文件是和（主键）索引放在一起的（表数据文件本身就是按B+Tree组织的一个索引结构），那么非聚簇索引的数据文件和索引就是分开存放的。也就是说：InnoDB的B+树主键索引的叶子节点就是数据文件，辅助索引的叶子节点是主键的值；而MyISAM的B+树主键索引和辅助索引的叶子节点都是数据文件的地址指针。
        2）InnoDB表必须有主键（用户没有指定的话会自己找或生产一个主键），而Myisam可以没有。另外虽然通过主键索引效率很高，但是辅助索引需要两次查询，先查询到主键，然后再通过主键查询到数据。因此，主键不应该过大，因为主键太大，其他索引也都会很大。
        3）InnoDB支持外键，而MyISAM不支持。所以对一个包含外键的InnoDB表转为MYISAM表是会失败的！虽然外键是一种数据完整性约束，而不是索引，但是实现上通常会使用索引，这里为了方便记忆归类，放到索引这里了。请大家不要混淆！
        4）InnoDB不支持全文索引，而MyISAM支持全文索引，在涉及全文索引领域的查询效率上MyISAM速度更快高；PS：5.7以后的InnoDB支持全文索引了，而且InnoDB的全文索引支持多字节字符集，更适合国际化环境。

3.表的具体行数

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

        那么为什么InnoDB没有了这个变量呢？因为InnoDB的事务特性，在同一时刻表中的行数对于不同的事务而言是不一样的，因此count统计会计算对于当前事务而言可以统计到的行数，而不是将总行数储存起来方便快速查询。InnoDB会尝试遍历一个尽可能小的索引除非优化器提示使用别的索引。如果二级索引不存在，InnoDB还会尝试去遍历其他聚簇索引。

        如果索引并没有完全处于InnoDB维护的缓冲区（Buffer Pool）中，count操作会比较费时。可以建立一个记录总行数的表并让你的程序在INSERT/DELETE时更新对应的数据。和上面提到的问题一样，如果此时存在多个事务的话这种方案也不太好用。如果得到大致的行数值已经足够满足需求可以尝试SHOW TABLE STATUS

4.表压缩

        MyISAM表格可以被压缩后进行查询操作,压缩表是不能进行修改的(除非先将表解除压缩，修改数据，然后再次压缩)。压缩表可以极大地减少磁盘空间占用，因此也可以减少磁盘I/O，从而提升查询性能，压缩表也支持索引，但索引也只是只读的。所以MyISAM的表压缩是静态的，只适用于只读表，而InnoDB的表压缩是在线的，支持读写操作。InnoDB的表压缩在页级别上进行，可以在不影响数据更新的情况下节省磁盘空间。

5.锁粒度

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

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

6.表数据文件存储

        InnoDB存储文件有frm、ibd，而MyISAM是frm、MYD、MYI

        InnoDB：frm是表定义文件，ibd是数据文件（共享表空间和单独表空间）

        MyISAM：frm是表定义文件，myd是数据文件，myi是索引文件

7.备份和崩溃恢复

        如果需要在线热备，那么选择Innodb就是基本的要求。MyISAM奔溃后发生损坏的概率要比InnoDB高很多，而且恢复速度也要慢

本文参考博客：https://www.cnblogs.com/timor0101/p/12883649.html