MySQL储存引擎总结

前言
在数据库中存的就是一张张有着千丝万缕关系的表,所以表设计的好坏,将直接影响着整个数据库。而在设计表的时候,我们都会关注一个问题,使用什么储存引擎。等一下,储存引擎?什么是储存引擎?
什么是储存引擎?
关系数据库表是用于储存和组织资讯的资料结构,可以将表理解为由行和列组成的表格,类似于Excel的电子表格的形式。有的表简单,有的表复杂,有的表根本不用来储存任何长期的资料,有的表读取时非常快,但是插入资料时去很差;而我们在实际开发过程中,就可能需要各种各样的表,不同的表,就意味着储存不同型别的资料,资料的处理上也会存在着差异,那么。对于MySQL来说,它提供了很多种型别的储存引擎,我们可以根据对资料处理的需求,选择不同的储存引擎,从而最大限度的利用MySQL强大的功能。这篇博文将总结和分析各个引擎的特点,以及适用场合,并不会纠结于更深层次的东西。我的学习方法是先学会用,懂得怎么用,再去知道到底是如何能用的。下面就对MySQL支援的储存引擎进行简单的介绍。
MyISAM
在mysql客户端中,使用以下命令可以检视MySQL支援的引擎。
复制程式码 程式码如下:
show engines;
MyISAM表是独立于操作系统的,这说明可以轻松地将其从Windows服务器移植到Linux服务器;每当我们建立一个MyISAM引擎的表时,就会在本地磁盘上建立三个档案,档名就是表明。例如,我建立了一个MyISAM引擎的tb_Demo表,那么就会生成以下三个档案:
1.tb_demo.frm,储存表定义;
2.tb_demo.MYD,储存资料;
3.tb_demo.MYI,储存索引。
MyISAM表无法处理事务,这就意味着有事务处理需求的表,不能使用MyISAM储存引擎。MyISAM储存引擎特别适合在以下几种情况下使用:
1.选择密集型的表。MyISAM储存引擎在筛选大量资料时非常迅速,这是它最突出的优点。
2.插入密集型的表。MyISAM的并发插入特性允许同时选择和插入资料。例如:MyISAM储存引擎很适合管理邮件或Web服务器日志资料。
InnoDB
InnoDB是一个健壮的事务型储存引擎,这种储存引擎已经被很多互联网公司使用,为使用者操作非常大的资料储存提供了一个强大的解决方案。我的电脑上安装的MySQL 5.6.13版,InnoDB就是作为预设的储存引擎。InnoDB还引入了行级锁定和外来键约束,在以下场合下,使用InnoDB是最理想的选择:
1.更新密集的表。InnoDB储存引擎特别适合处理多重并发的更新请求。
2.事务。InnoDB储存引擎是支援事务的标准MySQL储存引擎。
3.自动灾难恢复。与其它储存引擎不同,InnoDB表能够自动从灾难中恢复。
4.外来键约束。MySQL支援外来键的储存引擎只有InnoDB。
5.支援自动增加列AUTO_INCREMENT属性。
一般来说,如果需要事务支援,并且有较高的并发读取频率,InnoDB是不错的选择。
MEMORY
使用MySQL Memory储存引擎的出发点是速度。为得到最快的响应时间,采用的逻辑储存介质是系统内存。虽然在内存中储存表资料确实会提供很高的效能,但当mysqld守护程序崩溃时,所有的Memory资料都会丢失。获得速度的同时也带来了一些缺陷。它要求储存在Memory资料表里的资料使用的是长度不变的格式,这意味着不能使用BLOB和TEXT这样的长度可变的资料型别,VARCHAR是一种长度可变的型别,但因为它在MySQL内部当做长度固定不变的CHAR型别,所以可以使用。
一般在以下几种情况下使用Memory储存引擎:
1.目标资料较小,而且被非常频繁地访问。在内存中存放资料,所以会造成内存的使用,可以通过引数max_heap_table_size控制Memory表的大小,设定此引数,就可以限制Memory表的最大大小。
2.如果资料是临时的,而且要求必须立即可用,那么就可以存放在内存表中。
3.储存在Memory表中的资料如果突然丢失,不会对应用服务产生实质的负面影响。
Memory同时支援杂凑索引和B树索引。B树索引的优于杂凑索引的是,可以使用部分查询和通配查询,也可以使用、和=等操作符方便资料探勘。杂凑索引进行“相等比较”非常快,但是对“范围比较”的速度就慢多了,因此杂凑索引值适合使用在=和的操作符中,不适合在或操作符中,也同样不适合用在order by子句中。
可以在表建立时利用USING子句指定要使用的版本。例如:
复制程式码 程式码如下:
create table users
(
id smallint unsigned not null auto_increment,
username varchar(15) not null,
pwd varchar(15) not null,
index using hash (username),
primary key (id)
)engine=memory;
上述程式码建立了一个表,在username字段上使用了HASH杂凑索引。下面的程式码就建立一个表,使用BTREE索引。
复制程式码 程式码如下:
create table users
(
id smallint unsigned not null auto_increment,
username varchar(15) not null,
pwd varchar(15) not null,
index using btree (username),
primary key (id)
)engine=memory;
MERGE
MERGE储存引擎是一组MyISAM表的组合,这些MyISAM表结构必须完全相同,尽管其使用不如其它引擎突出,但是在某些情况下非常有用。说白了,Merge表就是几个相同MyISAM表的聚合器;Merge表中并没有资料,对Merge型别的表可以进行查询、更新、删除操作,这些操作实际上是对内部的MyISAM表进行操作。Merge储存引擎的使用场景。
对于服务器日志这种资讯,一般常用的储存策略是将资料分成很多表,每个名称与特定的时间端相关。例如:可以用12个相同的表来储存服务器日志资料,每个表用对应各个月份的名字来命名。当有必要基于所有12个日志表的资料来生成报表,这意味着需要编写并更新多表查询,以反映这些表中的资讯。与其编写这些可能出现错误的查询,不如将这些表合并起来使用一条查询,之后再删除Merge表,而不影响原来的资料,删除Merge表只是删除Merge表的定义,对内部的表没有任何影响。
ARCHIVE
Archive是归档的意思,在归档之后很多的高阶功能就不再支援了,仅仅支援最基本的插入和查询两种功能。在MySQL 5.5版以前,Archive是不支援索引,但是在MySQL 5.5以后的版本中就开始支援索引了。Archive拥有很好的压缩机制,它使用zlib压缩库,在记录被请求时会实时压缩,所以它经常被用来当做仓库使用。
储存引擎的一些问题
1.如何检视服务器有哪些储存引擎可以使用?
为确定你的MySQL服务器可以用哪些储存引擎,执行如下命令:
复制程式码 程式码如下:
show engines;
这个命令就能搞定了。
2.如何选择合适的储存引擎?
(1)选择标准可以分为:
(2)是否需要支援事务;
(3)是否需要使用热备;
(4)崩溃恢复:能否接受崩溃;
(5)是否需要外来键支援;
然后按照标准,选择对应的储存引擎即可。
总结
这篇文章总结了几种比较常用的储存引擎,对于实际的工作,需要根据具体的情况而定,结合实际的专案例项进行应用,才是最好的学习方法。