myisam和innodb

MySQL 存储引擎 InnoDB 与 Myisam 的六大区别 | 菜鸟教程
mysql5.1 之前的默认存储引擎是 myisam，5.1 之后是 innodb。
myisam 支持空间函数，myisam 中数据和索引是分开的。
innodb 通过 MVCC 来支持高并发。

事务

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

外键

innodb 支持外键，myisam 不支持外键，对一个有外键的 innodb 表转换为 myisam 会失败。

聚簇索引与非聚簇索引

innodb 是聚簇索引，使用 b+树作为索引结构，数据文件是和主键索引绑定在一起的，（表数据文件本身就是按 B+Tree 组织的一个索引结构），必须要有主键，通过主键索引效率很高。但是辅助索引需要两次查询，先查询到主键，然后再通过主键查询到数据。因此，主键不应该过大，因为主键太大，其他索引也都会很大。
MyISAM 是非聚集索引，也是使用 B+Tree 作为索引结构，索引和数据文件是分离的，索引保存的是数据文件的指针。主键索引和辅助索引是独立的。
也就是说：InnoDB 的 B+树主键索引的叶子节点就是数据文件，辅助索引的叶子节点是主键的值；而 MyISAM 的 B+树主键索引和辅助索引的叶子节点都是数据文件的地址指针。

行数

innodb 不保存表的具体行数，执行 count(*)时需要扫全表。
myisam 用一个字段保存了全表的行数，执行时读出次数据即可，速度很快，不可加 where 条件。

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

全文索引

innodb 不支持全文索引（5.7 后支持），myisam 支持全文索引，在涉及全文索引的领域的查询上 myisam 效率更高。

锁

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

主键

innodb 必须有主键，没有的话会找一个或者自动生成一个 row_id，myisam 可以没有主键。

表格

MyISAM 表格可以被压缩后进行查询操作

文件

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