教你为MySQL数据库换挡加速
程序员文章站
2023-12-14 18:47:40
mysql的自带引擎肯定是够用了，但是在有些情况下，其他的引擎可能要比手头所用更适合完成任务。如果愿意的话，你甚至可以使用mysql++ api来创建自己的数据库引擎，就像...
mysql的自带引擎肯定是够用了，但是在有些情况下，其他的引擎可能要比手头所用更适合完成任务。如果愿意的话，你甚至可以使用mysql++ api来创建自己的数据库引擎，就像打穿气缸装上自己的化油器。现在让我们来看看你该如何选择引擎，以及如何在可用引擎之间切换。
选择你的引擎
你能用的数据库引擎取决于mysql在安装的时候是如何被编译的。要添加一个新的引擎，就必须重新编译mysql。仅仅为了添加一个特性而编译应用程序的概念对于windows的开发人员来说可能很奇怪，但是在unix世界里，这已经成为了标准。在缺省情况下，mysql支持三个引擎：isam、myisam和heap。另外两种类型innodb和berkley(bdb)，也常常可以使用。
isam
isam是一个定义明确且历经时间考验的数据表格管理方法，它在设计之时就考虑到数据库被查询的次数要远大于更新的次数。因此，isam执行读取操作的速度很快，而且不占用大量的内存和存储资源。isam的两个主要不足之处在于，它不支持事务处理，也不能够容错：如果你的硬盘崩溃了，那么数据文件就无法恢复了。如果你正在把isam用在关键任务应用程序里，那就必须经常备份你所有的实时数据，通过其复制特性，mysql能够支持这样的备份应用程序。
myisam
myisam是mysql的isam扩展格式和缺省的数据库引擎。除了提供isam里所没有的索引和字段管理的大量功能，myisam还使用一种表格锁定的机制，来优化多个并发的读写操作。其代价是你需要经常运行optimize table命令，来恢复被更新机制所浪费的空间。myisam还有一些有用的扩展，例如用来修复数据库文件的myisamchk工具和用来恢复浪费空间的myisampack工具。
myisam强调了快速读取操作，这可能就是为什么mysql受到了web开发如此青睐的主要原因：在web开发中你所进行的大量数据操作都是读取操作。所以，大多数虚拟主机提供商和internet平台提供商(internet presence provider，ipp)只允许使用myisam格式。
heap
heap允许只驻留在内存里的临时表格。驻留在内存里让heap要比isam和myisam都快，但是它所管理的数据是不稳定的，而且如果在关机之前没有进行保存，那么所有的数据都会丢失。在数据行被删除的时候，heap也不会浪费大量的空间。heap表格在你需要使用select表达式来选择和操控数据的时候非常有用。要记住，在用完表格之后就删除表格。让我再重复一遍：在你用完表格之后，不要忘记删除表格。
innodb和berkley db
innodb和berkley db(bdb)数据库引擎都是造就mysql灵活性的技术的直接产品，这项技术就是mysql++ api。在使用mysql的时候，你所面对的每一个挑战几乎都源于isam和myisam数据库引擎不支持事务处理也不支持外来键。尽管要比isam和myisam引擎慢很多，但是innodb和bdb包括了对事务处理和外来键的支持，这两点都是前两个引擎所没有的。如前所述，如果你的设计需要这些特性中的一者或者两者，那你就要*使用后两个引擎中的一个了。
如果感觉自己的确技术高超，你还能够使用mysql++来创建自己的数据库引擎。这个api为你提供了操作字段、记录、表格、数据库、连接、安全帐号的功能，以及建立诸如mysql这样dbms所需要的所有其他无数功能。深入讲解api已经超出了本文的范围，但是你需要了解mysql++的存在及其可交换引擎背后的技术，这一点是很重要的。估计这个插件式数据库引擎的模型甚至能够被用来为mysql创建本地的xml提供器(xml provider)。(任何读到本文的mysql++开发人员可以把这一点当作是个要求。)
让所有的灵活性成为可能的开关是提供给ansi sql的mysql扩展——type参数。mysql能够让你在表格这一层指定数据库引擎，所以它们有时候也指的是table formats。下面的示例代码表明了如何创建分别使用myisam、isam和heap引擎的表格。要注意，创建每个表格的代码是相同的，除了最后的type参数，这一参数用来指定数据引擎。
create table tblmyisam (
id int not null auto_increment,
primary key (id),
value_a tinyint
) type=myisam
create table tblisam (
id int not null auto_increment,
primary key (id),
value_a tinyint
) type=isam
create table tblheap (
id int not null auto_increment,
primary key (id),
value_a tinyint
) type=heap
你也可以使用alter table命令，把原有的表格从一个引擎移动到另一个引擎。下面的代码显示了如何使用alter table把myisam表格移动到innodb的引擎：
mysql用三步来实现这一目的。首先，这个表格的一个副本被创建。然后，任何输入数据的改变都被排入队列，同时这个副本被移动到另一个引擎。最后，任何排入队列的数据改变都被送交到新的表格里，而原来的表格被删除。
alter table捷径
如果只是想把表格从isam更新为myisam，你可以使用mysql_convert_table_format命令，而不需要编写alter table表达式。
你可以使用show table命令(这是mysql对ansi标准的另一个扩展)来确定哪个引擎在管理着特定的表格。show table会返回一个带有多数据列的结果集，你可以用这个结果集来查询获得所有类型的信息：数据库引擎的名称在type字段里。下面的示例代码说明了show table的用法：
show table的替换方法
你可以用show create table [tablename]来取回show table能够取回的信息。最后，如果你想使用没有被编译成mysql也没有被激活的引擎，那是没有用的，mysql不会提示这一点。而它只会给你提供一个缺省格式(myisam)的表格。除了使用缺省的表格格式外，还有办法让mysql给出错误提示，但是就现在而言，如果不能肯定特定的数据库引擎是否可用的话，你要使用show table来检查表格格式。
更多的选择意味着更好的性能
用于特定表格的引擎都需要重新编译和追踪，考虑到这种的额外复杂性，为什么你还是想要使用非缺省的数据库引擎呢?答案很简单：要调整数据库来满足你的要求。
可以肯定的是，myisam的确快，但是如果你的逻辑设计需要事务处理，你就可以*使用支持事务处理的引擎。进一步讲，由于mysql能够允许你在表格这一层应用数据库引擎，所以你可以只对需要事务处理的表格来进行性能优化，而把不需要事务处理的表格交给更加轻便的myisam引擎。对于mysql而言，灵活性才是关键。
选择你的引擎
你能用的数据库引擎取决于mysql在安装的时候是如何被编译的。要添加一个新的引擎，就必须重新编译mysql。仅仅为了添加一个特性而编译应用程序的概念对于windows的开发人员来说可能很奇怪，但是在unix世界里，这已经成为了标准。在缺省情况下，mysql支持三个引擎：isam、myisam和heap。另外两种类型innodb和berkley(bdb)，也常常可以使用。
isam
isam是一个定义明确且历经时间考验的数据表格管理方法，它在设计之时就考虑到数据库被查询的次数要远大于更新的次数。因此，isam执行读取操作的速度很快，而且不占用大量的内存和存储资源。isam的两个主要不足之处在于，它不支持事务处理，也不能够容错：如果你的硬盘崩溃了，那么数据文件就无法恢复了。如果你正在把isam用在关键任务应用程序里，那就必须经常备份你所有的实时数据，通过其复制特性，mysql能够支持这样的备份应用程序。
myisam
myisam是mysql的isam扩展格式和缺省的数据库引擎。除了提供isam里所没有的索引和字段管理的大量功能，myisam还使用一种表格锁定的机制，来优化多个并发的读写操作。其代价是你需要经常运行optimize table命令，来恢复被更新机制所浪费的空间。myisam还有一些有用的扩展，例如用来修复数据库文件的myisamchk工具和用来恢复浪费空间的myisampack工具。
myisam强调了快速读取操作，这可能就是为什么mysql受到了web开发如此青睐的主要原因：在web开发中你所进行的大量数据操作都是读取操作。所以，大多数虚拟主机提供商和internet平台提供商(internet presence provider，ipp)只允许使用myisam格式。
heap
heap允许只驻留在内存里的临时表格。驻留在内存里让heap要比isam和myisam都快，但是它所管理的数据是不稳定的，而且如果在关机之前没有进行保存，那么所有的数据都会丢失。在数据行被删除的时候，heap也不会浪费大量的空间。heap表格在你需要使用select表达式来选择和操控数据的时候非常有用。要记住，在用完表格之后就删除表格。让我再重复一遍：在你用完表格之后，不要忘记删除表格。
innodb和berkley db
innodb和berkley db(bdb)数据库引擎都是造就mysql灵活性的技术的直接产品，这项技术就是mysql++ api。在使用mysql的时候，你所面对的每一个挑战几乎都源于isam和myisam数据库引擎不支持事务处理也不支持外来键。尽管要比isam和myisam引擎慢很多，但是innodb和bdb包括了对事务处理和外来键的支持，这两点都是前两个引擎所没有的。如前所述，如果你的设计需要这些特性中的一者或者两者，那你就要*使用后两个引擎中的一个了。
如果感觉自己的确技术高超，你还能够使用mysql++来创建自己的数据库引擎。这个api为你提供了操作字段、记录、表格、数据库、连接、安全帐号的功能，以及建立诸如mysql这样dbms所需要的所有其他无数功能。深入讲解api已经超出了本文的范围，但是你需要了解mysql++的存在及其可交换引擎背后的技术，这一点是很重要的。估计这个插件式数据库引擎的模型甚至能够被用来为mysql创建本地的xml提供器(xml provider)。(任何读到本文的mysql++开发人员可以把这一点当作是个要求。)
让所有的灵活性成为可能的开关是提供给ansi sql的mysql扩展——type参数。mysql能够让你在表格这一层指定数据库引擎，所以它们有时候也指的是table formats。下面的示例代码表明了如何创建分别使用myisam、isam和heap引擎的表格。要注意，创建每个表格的代码是相同的，除了最后的type参数，这一参数用来指定数据引擎。
复制代码 代码如下:
create table tblmyisam (
id int not null auto_increment,
primary key (id),
value_a tinyint
) type=myisam
create table tblisam (
id int not null auto_increment,
primary key (id),
value_a tinyint
) type=isam
create table tblheap (
id int not null auto_increment,
primary key (id),
value_a tinyint
) type=heap
你也可以使用alter table命令，把原有的表格从一个引擎移动到另一个引擎。下面的代码显示了如何使用alter table把myisam表格移动到innodb的引擎：
复制代码 代码如下:
alter table tblmyisam change type=innodb
mysql用三步来实现这一目的。首先，这个表格的一个副本被创建。然后，任何输入数据的改变都被排入队列，同时这个副本被移动到另一个引擎。最后，任何排入队列的数据改变都被送交到新的表格里，而原来的表格被删除。
alter table捷径
如果只是想把表格从isam更新为myisam，你可以使用mysql_convert_table_format命令，而不需要编写alter table表达式。
你可以使用show table命令(这是mysql对ansi标准的另一个扩展)来确定哪个引擎在管理着特定的表格。show table会返回一个带有多数据列的结果集，你可以用这个结果集来查询获得所有类型的信息：数据库引擎的名称在type字段里。下面的示例代码说明了show table的用法：
复制代码 代码如下:
show table status from tblinnodb
show table的替换方法
你可以用show create table [tablename]来取回show table能够取回的信息。最后，如果你想使用没有被编译成mysql也没有被激活的引擎，那是没有用的，mysql不会提示这一点。而它只会给你提供一个缺省格式(myisam)的表格。除了使用缺省的表格格式外，还有办法让mysql给出错误提示，但是就现在而言，如果不能肯定特定的数据库引擎是否可用的话，你要使用show table来检查表格格式。
更多的选择意味着更好的性能
用于特定表格的引擎都需要重新编译和追踪，考虑到这种的额外复杂性，为什么你还是想要使用非缺省的数据库引擎呢?答案很简单：要调整数据库来满足你的要求。
可以肯定的是，myisam的确快，但是如果你的逻辑设计需要事务处理，你就可以*使用支持事务处理的引擎。进一步讲，由于mysql能够允许你在表格这一层应用数据库引擎，所以你可以只对需要事务处理的表格来进行性能优化，而把不需要事务处理的表格交给更加轻便的myisam引擎。对于mysql而言，灵活性才是关键。