MySQL数据库存储引擎详解

http://www.west263.com/info/html/wangluobiancheng/Mysql/20080225/33028.html

存储引擎是什么？

MySQL中的数据用各种不同的技术存储在文档(或内存)中。这些技术中的每一种技术都使用不同的存储机制、索引技巧、锁定水平并且最终提供广泛的不同的功能和能力。通过选择不同的技术，您能够获得额外的速度或功能，从而改善您的应用的整体功能。

例如，假如您在研究大量的临时数据，您也许需要使用内存存储引擎。内存存储引擎能够在内存中存储任何的表格数据。又或，您也许需要一个支持事务处理的数据库(以确保事务处理不成功时数据的回退能力)。

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

选择如何存储和检索您的数据的这种灵活性是MySQL为什么如此受欢迎的主要原因。其他数据库系统(包括大多数商业选择)仅支持一种类型的数据存储。遗憾的是，其他类型的数据库解决方案采取的“一个尺码满足一切需求”的方式意味着您要么就牺牲一些性能，要么您就用几个小时甚至几天的时间周详调整您的数据库。使用MySQL，我们仅需要修改我们使用的存储引擎就能够了。

在这篇文章中，我们不准备集中讨论不同的存储引擎的技术方面的问题(尽管我们不可避免地要研究这些因素的某些方面)，相反，我们将集中介绍这些不同的引擎分别最适应哪种需求和如何启用不同的存储引擎。为了实现这个目的，在介绍每一个存储引擎的具体情况之前，我们必须要了解一些基本的问题。

如何确定有哪些存储引擎可用

您能够在MySQL(假设是MySQL服务器4.1.2以上版本)中使用显示引擎的命令得到一个可用引擎的列表。

mysql> show engines;

 ------------ --------- ------------------------------------------------------------ 

| Engine     | Support | Comment                                                    |

 ------------ --------- ------------------------------------------------------------ 

| MyISAM     | DEFAULT | Default engine as of MySQL 3.23 with great performance     |

| HEAP       | YES     | Alias for MEMORY                                           |

| MEMORY     | YES     | Hash based, stored in memory, useful for temporary tables  |

| MERGE      | YES     | Collection of identical MyISAM tables                      |

| MRG_MYISAM | YES     | Alias for MERGE                                            |

| ISAM       | NO      | Obsolete storage engine, now replaced by MyISAM            |

| MRG_ISAM   | NO      | Obsolete storage engine, now replaced by MERGE             |

| InnoDB     | YES     | Supports transactions, row-level locking, and foreign keys |

| INNOBASE   | YES     | Alias for INNODB                                           |

| BDB        | NO      | Supports transactions and page-level locking               |

| BERKELEYDB | NO      | Alias for BDB                                              |

| NDBCLUSTER | NO      | Clustered, fault-tolerant, memory-based tables             |

| NDB        | NO      | Alias for NDBCLUSTER                                       |

| EXAMPLE    | NO      | Example storage engine                                     |

| ARCHIVE    | NO      | Archive storage engine                                     |

| CSV        | NO      | CSV storage engine                                         |

 ------------ --------- ------------------------------------------------------------ 

16 rows in set (0.01 sec)

这个表格显示了可用的数据库引擎的全部名单连同在当前的数据库服务器中是否支持这些引擎。

对于MySQL 4.1.2以前版本，能够使用mysql> show variables like "have_%"(显示类似“have_%”的变量):

mysql> show variables like "have_%"; 

 ------------------ ----------  

| Variable_name    | Value    | 

 ------------------ ----------  

| have_bdb         | YES      | 

| have_crypt       | YES      | 

| have_innodb      | DISABLED | 

| have_isam        | YES      | 

| have_raid        | YES      | 

| have_symlink     | YES      | 

| have_openssl     | YES      | 

| have_query_cache | YES      | 

 ------------------ ----------  

8 rows in set (0.01 sec) 

您能够通过修改配置脚本中的选项来配置在MySQL安装软件中可用的引擎。假如您在使用一个预先包装好的MySQL二进制发布版软件，那么，这个软件就包含了常用的引擎。然而，需要指出的是，假如您要使用某些不常用的引擎，特别是CSV、RCHIVE(存档)和BLACKHOLE(黑洞)引擎，您就需要手工重新编译MySQL源码 。

使用一个指定的存储引擎

您能够使用很多方法指定一个要使用的存储引擎。最简单的方法是，假如您喜欢一种能满足您的大多数数据库需求的存储引擎，您能够在MySQL配置文档中配置一个默认的引擎类型（使用storage_engine 选项）或在启动数据库服务器时在命令行后面加上--default-storage -engine或--default-table-type选项 。

更灵活的方式是在随MySQL服务器发布同时提供的MySQL客户端时指定使用的存储引擎。最直接的方式是在创建表时指定存储引擎的类型，向下面这样:

CREATE TABLE mytable (id int, title char(20)) ENGINE = INNODB

您还能够改变现有的表使用的存储引擎，用以下语句:

ALTER TABLE mytable ENGINE = MyISAM

然而，您在以这种方式修改表格类型的时候需要很仔细，因为对不支持同样的索引、字段类型或表大小的一个类型进行修改可能使您丢失数据。假如您指定一个在您的当前的数据库中不存在的一个存储引擎，那么就会创建一个MyISAM(默认的)类型的表。

各存储引擎之间的区别

为了做出选择哪一个存储引擎的决定，我们首先需要考虑每一个存储引擎提供了哪些不同的核心功能。这种功能使我们能够把不同的存储引擎区别开来。我们一般把这些核心功能分为四类:支持的字段和数据类型、锁定类型、索引和处理。一些引擎具备能过促使您做出决定的独特的功能，我们一会儿再仔细研究这些具体问题。

字段和数据类型

虽然任何这些引擎都支持通用的数据类型，例如整型、实型和字符型等，但是，并不是任何的引擎都支持其他的字段类型，特别是BLOG（二进制大对象）或TEXT文本类型。其他引擎也许仅支持有限的字符宽度和数据大小。

这些局限性可能直接影响到您能够存储的数据，同时也可能会对您实施的搜索的类型或您对那些信息创建的索引产生间接的影响。这些区别能够影响您的应用程式的性能和功能，因为您必须要根据您要存储的数据类型选择对需要的存储引擎的功能做出决策。

锁定

数据库引擎中的锁定功能决定了如何管理信息的访问和更新。当数据库中的一个对象为信息更新锁定了，在更新完成之前，其他处理不能修改这个数据(在某些情况下还不允许读这种数据)。

锁定不但影响许多不同的应用程式如何更新数据库中的信息，而且还影响对那个数据的查询。这是因为查询可能要访问正在被修改或更新的数据。总的来说，这种延迟是很小的。大多数锁定机制主要是为了防止多个处理更新同一个数据。由于向数据中插入信息和更新信息这两种情况都需要锁定，您能够想象，多个应用程式使用同一个数据库可能会有很大的影响。

不同的存储引擎在不同的对象级别支持锁定，而且这些级别将影响能够同时访问的信息。得到支持的级别有三种:表锁定、块锁定和行锁定。支持最多的是表锁定，这种锁定是在MyISAM中提供的。在数据更新时，他锁定了整个表。这就防止了许多应用程式同时更新一个具体的表。这对应用很多的多用户数据库有很大的影响，因为他延迟了更新的过程。

页级锁定使用Berkeley DB引擎，并且根据上载的信息页(8KB)锁定数据。当在数据库的很多地方进行更新的时候，这种锁定不会出现什么问题。但是，由于增加几行信息就要锁定数据结构的最后8KB，当需要增加大量的行，也别是大量的小型数据，就会带来问题。

行级锁定提供了最好的并行访问功能，一个表中只有一行数据被锁定。这就意味着很多应用程式能够更新同一个表中的不同行的数据，而不会引起锁定的问题。只有InnoDB存储引擎支持行级锁定。

建立索引

建立索引在搜索和恢复数据库中的数据的时候能够显著提高性能。不同的存储引擎提供不同的制作索引的技术。有些技术也许会更适合您存储的数据类型。

有些存储引擎根本就不支持索引，其原因可能是他们使用基本表索引(如MERGE引擎)或是因为数据存储的方式不允许索引(例如FEDERATED或BLACKHOLE引擎)。

事务处理

事务处理功能通过提供在向表中更新和插入信息期间的可靠性。这种可靠性是通过如下方法实现的，他允许您更新表中的数据，但仅当应用的应用程式的任何相关操作完全完成后才接受您对表的更改。例如，在会计处理中每一笔会计分录处理将包括对借方科目和贷方科目数据的更改，您需要要使用事务处理功能确保对借方科目和贷方科目的数据更改都顺利完成，才接受所做的修改。假如任一项操作失败了，您都能够取消这个事务处理，这些修改就不存在了。假如这个事务处理过程完成了，我们能够通过允许这个修改来确认这个操作。

至此为止，我们介绍了MySQL存储引擎的相关基本概念。

http://www.west263.com
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!