MyISAM 和 InnoDB 作为 MySQL 两大常用的存储引擎,经常在面试中被提及到。本文就来介绍一下它们之间的区别。 如果你想了解MySQL 存储引擎相关内容,请跳转链接:一文带你看懂 MySQL 存储引擎
区别:
1.InnoDB 支持事务,MyISAM 不支持。
对于InnoDB每一条SQL语言都默认封装成事务,自动提交,这样会影响速度,所以最好把多条SQL语言放在begin
和commit
之间,组成一个事务;
2. InnoDB 支持外键,而 MyISAM 不支持。
对一个包含外键的InnoDB表转为MYISAM会失败; (外键现在用的也不多,因为它关联性太强,如果要删除一个表,会因为有外键的关联而导致删除失败。通常是通过 table a = table b on a.id = b.id 这种两表关联的方式来间接替代外键作用
)
3.InnoDB是聚集索引
,使用B+Tree作为索引结构,数据文件是和(主键)索引绑在一起的;MyISAM是非聚集索引
,它也是使用B+Tree作为索引结构,但是索引和数据文件是分离的,索引保存的是数据文件的指针。
4.InnoDB 必须要有主键,MyISAM可以没有主键
;InnoDB 如果我们没有明确去指定创建主键索引。它会帮我们隐藏的生成一个 6 byte 的 int 型的索引作为主键索引。
5.InnoDB辅助索引和主键索引之间存在层级关系;MyISAM辅助索引和主键索引则是平级关系。
即:InnoDB 如果添加其他辅助索引,辅助索引查询就需要两次查询,先查询到主键,然后再通过主键查询到数据。因此,主键不应该过大,因为主键太大,其他索引也相应都会很大。(比如表中有id(主键),name,age 字段,我们创建一个主键索引,再来创建一个name索引,层级关系如下图所示)
6. InnoDB不保存表的具体行数
,执行select count(*) from table时需要全表扫描。而MyISAM用一个变量保存了整个表的行数,执行上述语句时只需要读出该变量即可
,速度很快(注意不能加有任何WHERE条件);
7. Innodb不支持全文索引,而MyISAM支持全文索引
,在全文索引领域的查询效率上MyISAM速度更快高;(MySQL 5.7 版本以后,InnoDB也支持全文索引了)
8. InnoDB支持表级锁、行级锁,默认为行级锁;而 MyISAM 仅支持表级锁
。InnoDB 的行锁是实现在索引上的,而不是锁在物理行上。如果访问未命中索引,也是无法使用行锁,将会退化为表锁
9. Innodb存储文件有frm、ibd,而Myisam是frm、MYD、MYI。
【InnoDB 中,.frm文件
:保存的是表结构定义描述文件;.ibd文件
:保存的是employee表中的数据内容】;【MyISAM中,.frm文件
:保存的是表结构定义描述文件,.MYD文件
:保存的是数据内容,.MYI文件
:保存的是索引内容】(好像是在MySQL 8.0中,.frm 文件已经不存在了,此处以MySQL5.7介绍)
如何选择?
-
判断是否需要支持事务,如果要请选择
InnoDB
,如果不需要可以考虑MyISAM
; -
如果表中绝大多数都只是读查询,可以考虑
MyISAM
,如果既有读也有写,那还是使用InnoDB
吧。 -
系统奔溃后,MyISAM恢复起来更困难;
-
MySQL5.5 版本开始 InnoDB 已经成为 MysQL 的默认引擎(之前是MyISAM),说明其优势是有目共睹的,如果你不知道用什么,那就用InnoDB,至少不会差。
Tip:还是推荐你结合MySQL存储引擎相关内容来学习,跳转链接查看:一文带你看懂 MySQL 存储引擎
MySQL 同系列文章,请参考:
- 了解MySQL体系结构
- 一文带你看懂 MySQL 存储引擎
- 还不了解 MyISAM 和 InnoDB 的区别?看这里就够了
- MySQL为什么没有走索引?是这些原因在搞鬼
- 一条SQL语句的坎坷之旅(MySQL底层执行流程分析)
- 不会MySQL调优?来来瞅瞅SQL的执行计划吧
- InnoDB 事务与锁的前世今生
- 一文带你了解 InnoDB 中的 MVCC、Undo、Redo 机制
博主写作不易,加个关注呗
求关注、求点赞,加个关注不迷路 ヾ(◍°∇°◍)ノ゙
博主不能保证写的所有知识点都正确,但是能保证纯手敲,错误也请指出,望轻喷 Thanks♪(・ω・)ノ