mysql 的存储引擎介绍

在数据库中存的就是一张张有着千丝万缕关系的表，因此表设计的好坏，将直接影响着整个数据库。而在设计表的时候，咱们都会关注一个问题，使用什么存储引擎。等一下，存储引擎？什么是存储引擎？

什么是存储引擎？

 

MySQL中的数据用各类不一样的技术存储在文件(或者内存)中。这些技术中的每一种技术都使用不一样的存储机制、索引技巧、锁定水平而且最终提供普遍的不一样的功能和能力。经过选择不一样的技术，你可以得到额外的速度或者功能，从而改善你的应用的总体功能。
例如，若是你在研究大量的临时数据，你也许须要使用内存MySQL存储引擎。内存存储引擎可以在内存中存储全部的表格数据。又或者，你也许须要一个支持事务处理的数据库(以确保事务处理不成功时数据的回退能力)。

这些不一样的技术以及配套的相关功能在 MySQL中被称做存储引擎(也称做表类型)。 MySQL默认配置了许多不一样的存储引擎，能够预先设置或者在MySQL服务器中启用。你能够选择适用于服务器、数据库和表格的存储引擎，以便在选择如何存储你的信息、如何检索这些信息以及你须要你的数据结合什么性能和功能的时候为你提供最大的灵活性。

 

关系数据库表是用于存储和组织信息的数据结构，能够将表理解为由行和列组成的表格，相似于Excel的电子表格的形式。有的表简单，有的表复杂，有的表根本不用来存储任何长期的数据，有的表读取时很是快，可是插入数据时去不好；而咱们在实际开发过程当中，就可能须要各类各样的表，不一样的表，就意味着存储不一样类型的数据，数据的处理上也会存在着差别，那么。对于MySQL来讲，它提供了不少种类型的存储引擎（或者说不通的表类型），咱们能够根据对数据处理的需求，选择不一样的存储引擎，从而最大限度的利用MySQL强大的功能。

 

 

 

在mysql客户端中，使用如下命令能够查看MySQL支持的引擎。

show engines;

 

MyISAM

 

　　它不支持事务，也不支持外键，尤为是访问速度快，对事务完整性没有要求或者以SELECT、INSERT为主的应用基本均可以使用这个引擎来建立表。
每一个MyISAM在磁盘上存储成3个文件，其中文件名和表名都相同，可是扩展名分别为：

• .frm(存储表定义)
• MYD(MYData，存储数据)
• MYI(MYIndex，存储索引)

　　数据文件和索引文件能够放置在不一样的目录，平均分配IO，获取更快的速度。要指定数据文件和索引文件的路径，须要在建立表的时候经过DATA DIRECTORY和INDEX DIRECTORY语句指定，文件路径须要使用绝对路径。
　　每一个MyISAM表都有一个标志，服务器或myisamchk程序在检查MyISAM数据表时会对这个标志进行设置。MyISAM表还有一个标志用来代表该数据表在上次使用后是否是被正常的关闭了。若是服务器觉得当机或崩溃，这个标志能够用来判断数据表是否须要检查和修复。若是想让这种检查自动进行，能够在启动服务器时使用--myisam-recover现象。这会让服务器在每次打开一个MyISAM数据表是自动检查数据表的标志并进行必要的修复处理。MyISAM类型的表可能会损坏，可使用CHECK TABLE语句来检查MyISAM表的健康，并用REPAIR TABLE语句修复一个损坏到MyISAM表。
　　MyISAM的表还支持3种不一样的存储格式：

• 静态(固定长度)表
• 动态表
• 压缩表

　　其中静态表是默认的存储格式。静态表中的字段都是非变长字段，这样每一个记录都是固定长度的，这种存储方式的优势是存储很是迅速，容易缓存，出现故障容易恢复；缺点是占用的空间一般比动态表多。静态表在数据存储时会根据列定义的宽度定义补足空格，可是在访问的时候并不会获得这些空格，这些空格在返回给应用以前已经去掉。同时须要注意：在某些状况下可能须要返回字段后的空格，而使用这种格式时后面到空格会被自动处理掉。
　　动态表包含变长字段，记录不是固定长度的，这样存储的优势是占用空间较少，可是频繁到更新删除记录会产生碎片，须要按期执行OPTIMIZE TABLE语句或myisamchk -r命令来改善性能，而且出现故障的时候恢复相对比较困难。
　　压缩表由myisamchk工具建立，占据很是小的空间，由于每条记录都是被单独压缩的，因此只有很是小的访问开支。 

 

 

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）是否须要外键支持；
而后按照标准，选择对应的存储引擎便可。

总结

这篇文章总结了几种比较经常使用的存储引擎，对于实际的工做，须要根据具体的状况而定，结合实际的项目实例进行应用，才是最好的学习方法。

 

 

转：http://blog.csdn.net/cymm_liu/article/details/45745431