美文网首页
Mysql存储引擎分析

Mysql存储引擎分析

作者: doverxu | 来源:发表于2018-08-06 21:44 被阅读0次

mysql的引擎:

ISAM、MyISAM、InnoDB、HEAP(MEMORY)、CSV、BLACKHOLE、ARCHIVE、PERFORMANCE_SCHEMA、 Berkeley、Merge、Federated和Cluster/NDB等,除此以外我们也可以参照MySQL++ API创建自己的数据库引擎。

ISAM

该引擎在读取数据很快,而且不占用大量的内存和存储资源;但是不支持事务处理、不支持外键、不能够容错、也不支持索引。该引擎在包括MySQL 5.1及其以上版本的数据库中不再支持。

MyISAM

它是MySql的默认引擎(5.5以前),但不提供事务的支持,也不支持行级锁和外键。该引擎基于ISAM数据库引擎,除了提供ISAM里所没有的索引和字段管理等大量功能,MyISAM使用表锁机制来优化多个并发的读写操作,但是需要经常运行OPTIMIZE TABLE命令,来恢复被更新机制所浪费的空间,否则碎片也会随之增加,最终影响数据访问性能。

MyISAM强调了快速读取操作,主要用于高负载的select,所以,如果表的读操作远远多于写操作时,并且不需要事务的支持的。可以将MyIASM作为数据库引擎的首先。

MyISAM类型的表支持三种不同的存储结构:静态型、动态型、压缩型。

静态型:指定义的表列的大小是固定(即不含有:xblob、xtext、varchar等长度可变的数据类型)。使用静态格式的表的性能比较高,因为在维护和访问时需要的开销很低,但这种高性能是以空间为代价换来的,因为不管列中的值有多大,都会以最大值为准。

动态型:如果列(即使只有一列)定义为动态的(xblob, xtext, varchar等数据类型),这时MyISAM就自动使用动态型,虽然动态型的表占用了比静态型表较少的空间,但带来了性能的降低,因为如果某个字段的内容发生改变则其地址很可能需要移动,这样就会导致碎片的产生,随着碎片增加,数据访问性能会随之降低。

压缩型:如果创建后是只读的表,则应该使用MyISAM的压缩型表来减少空间的占用。

InnoDB

该存储引擎提供了ACID事务支持、系统崩溃修复、多版本并发控制(MVCC)的行级锁、支持自增长列(auto_increment),支持外键。该引擎在5.5后的MySQL数据库中为默认存储引擎。

它再处理大数据容量、高并发的场景下使用会提升效率。Mysql运行的时候,Innodb会在内存中建立缓冲池,用于缓冲数据和索引。但是,该引擎不支持全文搜索。同时,启动也比较的慢,它是不会保存表的行数的。当进行Select count(*) from table指令的时候,需要进行扫描全表。

MyISAM VS Innodb

大容量的数据集趋向于选择Innodb。因为它支持事务处理和故障的恢复。Innodb可以利用数据日志来进行数据的恢复。主键的查询在Innodb也是比较快的。

大批量的插入语句时(这里是INSERT语句)在MyIASM引擎中执行的比较的快,但是UPDATE语句在Innodb下执行的会比较的快,尤其是在并发量大的时候。

MyIASM引擎,B+树的数据结构中存储的内容是实际数据的地址值。也就是说它的索引和实际数据是分开的。这种索引的模式被称为非聚集索引。

Innodb引擎的索引的数据结构也是B+树,只不过数据结构中存储的都是实际的数据,这种索引有被称为聚集索引。

HEAP(也称为MEMORY)

该存储引擎通过在内存中创建临时表来存储数据。每个基于该存储引擎的表实际对应一个磁盘文件,该文件的文件名和表名是相同的,类型为.frm。该磁盘文件只存储表的结构,而其数据存储在内存中,所以使用该种引擎的表拥有极高的插入、更新和查询效率。这种存储引擎默认使用哈希(HASH)索引,其速度比使用B+Tree型要快,但也可以使用B树型索引。由于这种存储引擎所存储的数据保存在内存中,所以其保存的数据具有不稳定性,比如如果mysqld进程发生异常、重启或计算机关机等等都会造成这些数据的消失,所以这种存储引擎中的表的生命周期很短,一般只使用一次。

CSV(Comma-Separated Values)

使用该引擎的MySQL数据库表会在MySQL安装目录data文件夹中的和该表所在数据库名相同的目录中生成一个.CSV文件(所以,它可以将CSV类型的文件当做表进行处理),这种文件是一种普通文本文件,每个数据行占用一个文本行。该种类型的存储引擎不支持索引,即使用该种类型的表没有主键列;另外也不允许表中的字段为null

BLACKHOLE(黑洞引擎)

该存储引擎支持事务,而且支持mvcc的行级锁,写入这种引擎表中的任何数据都会消失,主要用于做日志记录或同步归档的中继存储,这个存储引擎除非有特别目的,否则不适合使用。

ARCHIVE

该存储引擎非常适合存储大量独立的、作为历史记录的数据。区别于InnoDB和MyISAM这两种引擎,ARCHIVE提供了压缩功能,拥有高效的插入速度,但是这种引擎不支持索引,所以查询性能较差一些。

PERFORMANCE_SCHEMA

该引擎主要用于收集数据库服务器性能参数。这种引擎提供以下功能:提供进程等待的详细信息,包括锁、互斥变量、文件信息;保存历史的事件汇总信息,为提供MySQL服务器性能做出详细的判断;对于新增和删除监控事件点都非常容易,并可以随意改变mysql服务器的监控周期,例如(CYCLE、MICROSECOND)。

Berkeley(BDB)

该存储引擎支持COMMIT和ROLLBACK等其他事务特性。该引擎在包括MySQL 5.1及其以上版本的数据库中不再支持。

Merge

该引擎将一定数量的MyISAM表联合而成一个整体。

Federated

该存储引擎可以不同的Mysql服务器联合起来,逻辑上组成一个完整的数据库。这种存储引擎非常适合数据库分布式应用

Cluster/NDB

该存储引擎用于多台数据机器联合提供服务以提高整体性能和安全性。适合数据量大、安全和性能要求高的场景。

相关文章

网友评论

      本文标题:Mysql存储引擎分析

      本文链接:https://www.haomeiwen.com/subject/giogvftx.html