目录
- 前言
- 存储引擎
- 区别
- 事务
- 外键
- 表单的存储
- 数据查询效率
- 数据更新效率
- 如何选择
前言
MyISAM和InnoDB是使用MySQL最常用的两种存储引擎，在5.5版本之前默认采用MyISAM存储引擎，从5.5开始采用InnoDB存储引擎。
存储引擎
存储引擎是：数据库管理系统如何存储数据、如何为存储的数据建立索引和如何更新、查询数据等技术的实现方法。
MySQL的核心就是插件式存储引擎，支持多种存储引擎。
show engines; //查看存储引擎
关于数据库的大致架构和基础操作，参考本人博客,这里不过多介绍;
区别
说区别之前说一下他俩的索引底层都是BTREE+ ， B+树的数据结构维护索引和数据(m是非聚簇索引，i是聚簇索引，这点注意下)参考本人博客
事务
- InnoDB支持事务，具有安全性和完整性，系统容灾性强，且通过使用多版本并发控制MVCC来获得高并发性; 参考本人博客
- MyISAM不支持事务; 系统容灾性弱;
外键
- InnoDB支持外键
- MyISAM不支持外键
因此把一个有外键的InnoDB表单转换成MyISAM表单会失败;
表单的存储
通过使用不同存储引擎建立表单查看生成的对应存储文件，发现除了双方共有的 .frm存储表属性外:
InnoDB存储引擎表单独存放到一个独立的IBD文件中;(索引和数据放在了一起)–>聚簇索引–>通过主键索引效率高; 普通键进行索引可能需要回表;
MyISAM存储引擎表单由MYD和MYI两部分组成，其中MYD（MYData）用来存放数据文件,而MYI(MYIndex)则用来存放索引文件–>非聚簇索引–>数据存放的是指针，不需要回表，主键索引和普通键索引分开了;
数据查询效率
- InnoDB不支持全文索引，而 MyISAM 支持全文索引，查询效率上 MyISAM更高;
- InnoDB不保存表的具体行数，执行 select count(*) from table 时需要全表扫描。而 MyISAM 用一个变量保存了整个表的行数，执行上述语句时
只需要读出该变量即可，速度很快；
数据更新效率
InnoDB的内部优化，包括**磁盘预读(**从磁盘读取数据时采用可预测性读取)，自适应哈希(自动在内存中创建hash索引以加速读操作)等, 且能够加速插入操作的插入缓冲区。所以比MyISAM在数据更新能力上更优;
如何选择
- 看设计的业务是否需要支持事务，需要–InnoDB;不需要–MyISAM;
- 如果select读操作频繁，用MyISAM; 如果数据更新操作使用频繁操作用InnoDB；
- 考虑系统容灾能力，MyISAM更不容易恢复，InnoDB容易恢复;
既然MySQL5.5版本之后默认了InnoDB，不知道用什么那就InnoDB，跟着主流走不会错;