MyISAM与InnoDB区别
通过上面表格对比， InnoDB在做SELECT的时候，要维护的东西比MYISAM引擎多很多，影响查询速度有：
- 数据块，InnoDB要缓存，MyISAM只缓存索引块， 这中间还有换进换出的减少；
- InnoDB寻址要映射到块，再到行，MyISAM记录的直接是文件的OFFSET，定位比InnoDB要快
- InnoDB还需要维护MVCC一致； 虽然你的场景没有，但他还是需要去检查和维护
MVCC (Multi-Version Concurrency Control)多版本并发控制 。
索引区别：
MyISAM与InnoDB索引存储方式是不一样的（关于索引请查看《细说MySql索引原理》）。
InnoDB 的表是根据主键进行展开的 B+tree 的聚集索引。 MyISAM则非聚集型索引，MyISAM存储会有两个文件，一个是索引文件，另外一个是数据文件，其中索引文件中的索引指向数据文件中的表数据。
聚簇索引（Clustered Index）:
- 数据存储：聚簇索引将非键值数据（即表的行数据）和键值数据（索引值）存储在一起。这意味着索引结构中包含了实际的数据行。
非聚簇索引（Non-Clustered Index）:
- 数据存储：非聚簇索引只包含索引列和指向数据行的指针或引用（在一些存储引擎中可能是行ID）。索引和数据行是分开存储的。
聚集型索引并不是一种单独的索引类型，而是一种存储方式，InnoDB 聚集型索引实际上是在同一结构中保存了 B+tree 索引和数据行。 当有聚簇索引时，它的索引实际放在叶子页中。
下面我们通过2张图，我们就能直观看到这两个引擎，索引结构的区别：
维护MVCC
InnoDB引擎还有需要实现MVCC，这里面也是损耗一定的性能的。 Innodb是通过每一行记录有2个额外的隐藏值来实现，这两个值一个记录这行数据何时被创建，另外一个记录这行数据何时过期（或者被删除）。
但是InnoDB并不存储这些事件发生时的实际时间，相反它只存储这些事件发生时的系统版本号。 这是一个随着事务的创建而不断增长的数字。 每个事务在事务开始时会记录它自己的系统版本号。 每个查询必须去检查每行数据的版本号与事务的版本号是否相同。
最后
通过我们的验证来看，不管是主键还是非主键查询，MyISAM查询性能确实比较Innodb快。 但是MyISAM不支持事务，在实现业务方面有很多麻烦的事情。
