mysql存储引擎及索引类型都有哪些
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了mysql存储引擎及索引类型都有哪些相关的知识,希望对你有一定的参考价值。
MyISAM、InnoDB、Heap(Memory)、NDB 貌似一般都是使用 InnoDB的,mysql的存储引擎包括:MyISAM、InnoDB、BDB、MEMORY、MERGE、EXAMPLE、NDBCluster、ARCHIVE、CSV、BLACKHOLE、FEDERATED等,其中InnoDB和BDB提供事务安全表,其他存储引擎都是非事务安全表。最常使用的2种存储引擎:1.Myisam是Mysql的默认存储引擎,当create创建新表时,未指定新表的存储引擎时,默认使用Myisam。每个MyISAM在磁盘上存储成三个文件。文件名都和表名相同,扩展名分别是.frm(存储表定义)、.MYD(MYData,存储数据)、.MYI(MYIndex,存储索引)。数据文件和索引文件可以放置在不同的目录,平均分布io,获得更快的速度。2.InnoDB存储引擎提供了具有提交、回滚和崩溃恢复能力的事务安全。但是对比Myisam的存储引擎,InnoDB写的处理效率差一些并且会占用更多的磁盘空间以保留数据和索引。不知道是不是对你有帮助 参考技术A 聚集索引:也称 Clustered Index。是指关系表记录的物理顺序与索引的逻辑顺序相同。由于一张表只能按照一种物理顺序存放,一张表最多也只能存在一个聚集索引。与非聚集索引相比,聚集索引有着更快的检索速度。MySQL 里只有 INNODB 表支持聚集索引,INNODB 表数据本身就是聚集索引,也就是常说 IOT,索引组织表。非叶子节点按照主键顺序存放,叶子节点存放主键以及对应的行记录。所以对 INNODB 表进行全表顺序扫描会非常快。
非聚集索引:也叫 Secondary Index。指的是非叶子节点按照索引的键值顺序存放,叶子节点存放索引键值以及对应的主键键值。MySQL 里除了 INNODB 表主键外,其他的都是二级索引。MYISAM,memory 等引擎的表索引都是非聚集索引。简单点说,就是索引与行数据分开存储。一张表可以有多个二级索引。
面试官:你了解MySQL的哪些存储引擎?请介绍一下?
MySQL支持多种插件式的存储引擎,具体都有哪些呢?它们都有哪些特点呢?实际工作中需要如何选择?下文来简单总结一下他们的特点!
一、MySQL常用存储引擎及特点
1.1、InnoDB存储引擎
从MySQL5.5版本之后,MySQL的默认内置存储引擎已经是InnoDB了,他的主要特点有:
-
灾难恢复性比较好; -
支持事务。默认的事务隔离级别为可重复度,通过MVCC(并发版本控制)来实现的。 -
使用的锁粒度为行级锁,可以支持更高的并发; -
支持外键; -
配合一些热备工具可以支持在线热备份; -
在InnoDB中存在着缓冲管理,通过缓冲池,将索引和数据全部缓存起来,加快查询的速度; -
对于InnoDB类型的表,其数据的物理组织形式是聚簇表。所有的数据按照主键来组织。数据和索引放在一块,都位于B+数的叶子节点上;
1.2、MyISAM存储引擎
在5.5版本之前,MyISAM是MySQL的默认存储引擎,该存储引擎并发性差,不支持事务,所以使用场景比较少,主要特点为:
-
不支持事务; -
不支持外键,如果强行增加外键,不会提示错误,只是外键不起作用; -
对数据的查询缓存只会缓存索引,不会像InnoDB一样缓存数据,而且是利用操作系统本身的缓存; -
默认的锁粒度为表级锁,所以并发度很差,加锁快,锁冲突较少,所以不太容易发生死锁; -
支持全文索引(MySQL5.6之后,InnoDB存储引擎也对全文索引做了支持),但是MySQL的全文索引基本不会使用,对于全文索引,现在有其他成熟的解决方案,比如:ElasticSearch,Solr,Sphinx等。 -
数据库所在主机如果宕机,MyISAM的数据文件容易损坏,而且难恢复;
1.3、MEMORY存储引擎
将数据存在内存中,和市场上的Redis,memcached等思想类似,为了提高数据的访问速度,主要特点:
-
支持的数据类型有限制,比如:不支持TEXT和BLOB类型,对于字符串类型的数据,只支持固定长度的行,VARCHAR会被自动存储为CHAR类型; -
支持的锁粒度为表级锁。所以,在访问量比较大时,表级锁会成为MEMORY存储引擎的瓶颈; -
由于数据是存放在内存中,所以在服务器重启之后,所有数据都会丢失; -
查询的时候,如果有用到临时表,而且临时表中有BLOB,TEXT类型的字段,那么这个临时表就会转化为MyISAM类型的表,性能会急剧降低;
4、ARCHIVE存储引擎
ARCHIVE存储引擎适合的场景有限,由于其支持压缩,故主要是用来做日志,流水等数据的归档,主要特点:
-
支持Zlib压缩,数据在插入表之前,会先被压缩; -
仅支持SELECT和INSERT操作,存入的数据就只能查询,不能做修改和删除; -
只支持自增键上的索引,不支持其他索引;
5、CSV存储引擎
数据中转使用,主要特点:
-
其数据格式为.csv格式的文本,可以直接编辑保存; -
导入导出比较方便,可以将某个表中的数据直接导出为csv,使用Excel办公软件打开;
二、InnoDB和MyISAM的对比
-
由于锁粒度的不同,InnoDB比MyISAM支持更高的并发; -
InnoDB为行级锁,MyISAM为表级锁,所以InnoDB相对于MyISAM来说,更容易发生死锁,锁冲突的概率更大,而且上锁的开销也更大,因为需要为每一行加锁; -
在备份容灾上,InnoDB支持在线热备,有很成熟的在线热备解决方案; -
查询性能上,MyISAM的查询效率高于InnoDB,因为InnoDB在查询过程中,是需要维护数据缓存,而且查询过程是先定位到行所在的数据块,然后在从数据块中定位到要查找的行;而MyISAM可以直接定位到数据所在的内存地址,可以直接找到数据; -
SELECT COUNT(*)语句,如果行数在千万级别以上,MyISAM可以快速查出,而InnoDB查询的特别慢,因为MyISAM将行数单独存储了,而InnoDB需要逐行去统计行数;所以如果使用InnoDB,而且需要查询行数,则需要对行数进行特殊处理,如:离线查询并缓存; -
MyISAM的表结构文件包括:.frm(表结构定义),.MYI(索引),.MYD(数据);而InnoDB的表数据文件为:.ibd和.frm(表结构定义);
三、如何选择合适的存储引擎
-
使用场景是否需要事务支持; -
是否需要支持高并发,InnoDB的并发度远高于MyISAM; -
是否需要支持外键; -
是否需要支持在线热备; -
高效缓冲数据,InnoDB对数据和索引都做了缓冲,而MyISAM只缓冲了索引; -
索引,不同存储引擎的索引并不太一样;
至此,MySQL存储引擎内容介绍完毕!
近期精彩回顾:
MySQL系列文章:
Spring系列文章:
常驻内容:
源码搭建:
关注菜鸟封神记,定期分享技术干货!
点赞和在看是最大的支持,感谢↓↓↓
以上是关于mysql存储引擎及索引类型都有哪些的主要内容,如果未能解决你的问题,请参考以下文章