MyISAM存储引擎与InnoDB存储引擎

一、MyISAM存储引擎
1、物理文件结构**

每一个表在MyISAM存储引擎中都以三个以表名命名的物理文件构成。

(1)任何存储引擎都不可或缺的存放表结构定义的.frm（Form）文件

(2)存放表数据的.MYD文件（My Data）

(3)存放索引数据的.MYI文件（My Index）

这里着重说一下.MYD文件的文件存放格式，分为静态固定长度、动态可变长度、压缩三种格式。表数据是默认不压缩的，在创建表时，可以通过ROW_FORMAT设置默认为压缩{COMPRESSED|DEFAULT}，也可以通过MyISAMpack工具进行压缩。

当表数据没有被压缩时，静态与动态的区分就与表中定义的字段类型有关了。当出现VARCHAR等可变长度类型时，这个表就是动态的；当没有出现任何可变长类型时，这个表就是静态的。

2、支持的索引类型**

(1)BTree索引（最常见）

(2)R-Tree索引

(3)Full-Text索引

3、锁机制——支持表级锁定

4、事务处理——为保证效率，不支持事务处理

5、增删改查性能——SELECT性能较高，适合执行查询较多的情况使用

6、COUNT()问题——MyISAM存储引擎记录表行数，所以在使用COUNT()时，只需取出存储的行数，而不用遍历表，效率较高

二、InnoDB存储引擎

1、物理文件结构

(1)同MyISAM一样的是，InnoDB存储引擎也有.frm文件存储表结构定义

(2)与MyISAM不同的是，InnoDB的表数据与索引数据是存储在一起的，但在这个文件中每张表是独自占有一块表空间还是共享所有表空间，是由用户决定的。如果独享表空间，每个表的表数据与索引数据都会存放在一个.ibd(innoDB data)文件中；如果是共享表空间，通过innodb_data_file_path指定后，每次增加数据文件后必须停机重启才能生效，很不方便。

(3)InnoDB有支持事务及安全的日志文件，这个文件非常重要，InnoDB可以通过日志文件将数据库崩溃时已经完成但还没来得及将内存中已经修改但未完全写入磁盘的数据写入磁盘，也可以把已部分完成并写入磁盘的未完成事务回滚，保证数据一致性。如果错误删除日志文件会导致数据库崩溃且无法启动。

2、支持的索引类型与MyISAM基本一致，但具体实现因为文件结构的不同有很大差异，具体差异参看上述博客。

3、锁机制的改进——实现了行级锁，为承受高并发增加了竞争力。

4、事务处理——实现了事务处理，可谓与MyISAM最重要的区别之一。

5、增删改查性能——如果执行大量的增删改操作，推荐使用InnoDB存储引擎，它在删除操作时是对行删除，不会重建表。

6、COUNT(*)问题——InnoDB存储引擎会遍历表以计算数量，效率较低。

7、其他特点——实现了外键、提供了多版本数据的提取。