mysql数据库的存储引擎InnoDB和MyISAM区别:
目前Mysql数据库使用的比较普及的存储引擎是MyISAM和InnoDB。
MyISAM与InnoDB的主要的不同点在于性能和事务控制上。
-
MyISAM特点?
每一个MyISAM类型的表都在磁盘上存储成三个文件。
这三个文件有一样的文件名,文件的名字都以表的名字开始,扩展名指出文件类型:.frm文件保存表的定义;.MYD保存表的数据;.MYI保存表的索引。
MyISAM 是 MySQL 5.5.5 之前的默认引擎,它的设计目标是快速读取。 -
MyISAM优缺点?
优点
1.高性能读取;
2.因为它保存了表的行数,当使用COUNT统计时不会扫描全表;
缺点
1、锁级别为表锁,表锁优点是开销小,加锁快;缺点是锁粒度大,发生锁冲动概率较 高,容纳并发能力低,这个引擎适合查询为主的业务。
2、此引擎不支持事务,也不支持外键。
3、INSERT和UPDATE操作需要锁定整个表;
4、它存储表的行数,于是SELECT COUNT(*) FROM TABLE时只需要直接读取已经保 存好的值而不需要进行全表扫描。 -
InnoDB特点?
在磁盘中存放的对应的表的磁盘文件有:.frm,.ibd这两个文件;
.frm文件是存放 表结构,表的定义信息;
.ibd文件是存放 表中的数据、索引信息;InnoDB是一个事务型的存储引擎,支持回滚,InnoDB被设计成适用于高并发读写的情况。使用MVCC(Multi-Version Concurrency Control)以及行级锁来提供遵从ACID的事务支持。InnoDB支持外键参照完整性,具备故障恢复能力。
-
InnoDB优缺点?
优点
1、支持事务处理、ACID事务特性;
2、实现了SQL标准的四种隔离级别;
3、支持行级锁和外键约束;
4、可以利用事务日志进行数据恢复。
5、锁级别为行锁,行锁优点是适用于高并发的频繁表修改,高并发是性能优于 MyISAM。缺点
1.因为它没有保存表的行数,当使用COUNT统计时会扫描全表。
2.系统消耗大。 -
各自适用场景
MyISAM适合:(1)做很多count 的计算;(2)查询非常频繁,插入不频繁;(3)没有事务。
InnoDB适合:(1)可靠性要求比较高,或者要求事务;(2)表更新和查询都相当的频繁,并且表锁定的机会比较大的情况。 -
MyISAM和InnoDB区别:
MyISAM | InnoDB | |
---|---|---|
文件构成上的区别: | 每个MyISAM在磁盘上存储成三个文件。.frm文件存储表的定义。 .MYD 文件存储表的数据。.MY文件存储表的索引。(所以:属于非聚簇索引) | 每个InnoDB在磁盘上存储成两个文件:.frm文件存储表的定义;.ibd文件存储表的数据、索引信息。基于磁盘的资源是InnoDB表空间数据文件和它的日志文件,InnoDB 表的大小只受限于操作系统文件的大小,一般为 2GB。(所以:属于聚簇索引) |
性能: | select更快 | 增、删、改更快 |
count(*) | 保存表的具体行数,查询更快(但是有where条件,两种操作一样) | 不保存表的具体行数,要扫描一遍全表,查询慢(但是有where条件,两种操作一样) |
事务: | 不支持 | 支持 |
锁级别: | 表级锁 | 行级锁 (但是行级锁也不是绝对的,如果在执行一个SQL语句时MySQL不能确定要扫描的范围,InnoDB表同样会锁全表,例如update table set num=1 where name like “%aaa%”) |
隔离等级: | 无 | 4个级别 |
对AUTO_INCREMENT类型字段的操作: | MyISAM表中,可以和其他字段一起建立联合索引 | InnoDB中必须包含只有该字段的索引 |
数据主键: | 否 | 是 |
引用完整性: | 否 | 是 |
底层数据结构: | B+树 | B+树 |
底层数据结构原理: | 叶子节点(不存储数据):存储的是索引和数据的文件指针(即:磁盘文件地址)(所以需要再根据磁盘文件地址查出对应的记录) | 只在叶子节点存储数据:存储的是主键索引和整行记录数据(根据主键索引查询,不需要回表查询) |
7.学习连接:点我