CREATE TABLE albums (
id INTEGER NOT NULL AUTO_INCREMENT PRIMARY KEY,
title VARCHAR(80)NOT NULL,

INDEX title_idx (title)
); 

    正如你所见的，语句只是简单地在定义后增加了一个INDEX行告诉MySQL在albums表中的title列上创建名为title_idx的索引。你可以给一个表增加多个索引，就像你可在表中有多个列一样。单个索引也可以有多个列合成。 

    要给现有的表加上一个索引而不是重建表，你可以用ALTER TABLE命令： 

ALTER TABLE albums ADD INDEX title_idx (title) 

    查询处理 

    如果你的查询复杂，MySQL用于精确确定如何获取数据的原则可能变得难于理解。幸运的是，有几个一般原则和一条命令允许你获得正在做什么的更好的理解。首先，原则是： 

    如果MySQL确定了简单地扫描全表更快些，则它L将不使用索引。一般地，如果一个索引告诉MySQL访问表中大概30%的行，它放弃索引并简单地执行全表扫描。 

    如果多索引可以用来满足查询，MySQL将使用最严格的一个 -- 即导致最少的行被提取的那个。 

    如果你正在选择的列是一个索引的所有部分，MySQL可以直接从索引中读取锁需的数据，绝不接触（或锁定）表本身。
 
    当联结几个表时，MySQL将首先从可能返回最少行的表中读取数据。你指定表的次序可能与MySQL使用它们的次序不同，这也影响到最终返回给你的行的次序，所以如果你需要行以特定的次序出现，要保证在你的查询中使用一个ORDER子句。
 
    已经说了很多了，重要的是认识到MySQL所做的一些决策实际上是基于猜测，就像人类进行大量猜测一样，偶尔也会出错。 

    如果你怀疑已经发生或只是想理解MySQL怎样处理一条查询，你可以使用EXPLAIN命令。简单地在你的查询前面加上EXPLAIN这个字，并要求MySQL执行它，MySQL不执行查询，相反将报告有助于查询的候选索引列表和所知道的有关它们的一切。 

    EXPLAIN输出的完整讨论参见MySQL参考手册。 

    不要过分使用索引 

    已经知道索引使查询更快，你可能倾向于索引你表中的每个列。但是得益于索引的性能提高是有代价的，在表中每次执行INSERT、UPDATE、REPLACE或DELETE，MySQL不得不更新表上的每个索引以反映变化。 

    那么你如何确定何时食用它们呢？最常见的答案是“看情况”。它依赖你运行的查询类型和你运行它们的频度，它依赖于你的数据，它依赖于你的期望和需求。你得到了答案 -- 它依赖于很多事情。 

    在列上有索引的理由是MySQL缩窄其搜索范围以便尽可能会的匹配行（且避免全表扫描）。你可以认为索引是对列中的每个唯一值只包含一项。在索引中，MySQL必须考虑任何重复值，这些重复值稍微降低效率和索引的用途。 

    所以在索引一个列之前，考虑数据重复的百分比，如果该百分比太高，你可能觉察不到用索引带来的任何性能改善。 

    要以更简明的术语描述，它清楚地知道在albums表中索引曲目字段，因为有可能有大量不同的值，而且重复非常少。但如果在albums表中有一个分类列，索引它则可能价值不大，一般的CD收集包含多少不同的类型呢？将会有很多重复的类型值。 

    另一件要考虑的事情是你的查询可能使用的频度。MySQL只能对出现在一条查询种的WHERE子句中的特定列使用索引，试图回答查询： 

SELECT * FROM albums WHERE id = 500 

    MySQL不能使用在title上的查询，该查询要求MySQL基于其id查找记录而不是其title。 

    如果你很少使用查询中WHERE子句中的一个列，它可能不值得索引该列。可能在极少的情况下容人全表扫描比要求MySQL在每次修改时保持索引更新总体上更有效些。. 

    有疑问时，进行测试。你总能运行某些到索引或不带索引的基准测试看哪一个更快，只要试图让你的基准测试逼真些。如果你的查询有20%是UPDATE，80%是SLEECT，肯定你的基准测试能发映出来，详见MySQL参考手册。 

    使用REPLACE查询 

    有可能你想往表中插入一条记录，除非它已经存在。如果记录已经存在，你想UPDATE它。不是重写代码中做这件事的逻辑，并需运行多个查询，而是MySQL使用REPLACE来做此项工作。 

    如果id是6的专辑假定有曲目“Shaking the Tree”，你可以这样写查询： 

REPLACE INTO albums VALUES (6, \'Shaking the Tree\') 

    重要的是理解REPLACE如何确定一条记录是否在表中存在。MySQL将在表上使用PRIMARY KEY或UNIQUE KEY来执行检查，如果都不存在，REPLACE效果上变成了INSERT。 

    使用临时表 

    当工作在非常大的表上时，你可能偶尔需要运行很多查询获得一个大量数据的小的子集，不是对整个表运行这些查询，而是让MySQL每次找出所需的少数记录，将记录选择到一个临时表可能更快些，然后多这些表运行查询。 

    创建临时表很容易，给正常的CREATE TABLE语句加上TEMPORARY关键字： 

CREATE TEMPORARY TABLE tmp_table (
name VARCHAR(10) NOT NULL,
value INTEGER NOT NULL
) 

    临时表将在你连接MySQL期间存在。当你断开时，MySQL将自动删除表并释放所用的空间。当然你可以在仍然连接的时候删除表并释放空间。 

DROP TABLE tmp_table 

    如果在你创建名为tmp_table临时表时名为tmp_table的表在数据库中已经存在，临时表将有必要屏蔽（隐藏）非临时表tmp_table。 

    如果你声明临时表是一个HEAP表，MySQL也允许你指定在内存中创建它： 

CREATE TEMPORARY TABLE tmp_table (
name VARCHAR(10) NOT NULL,
value INTEGER NOT NULL
) TYPE = HEAP 

    因为HEAP表存储在内存中，你对它运行的查询可能比磁盘上的临时表快些。然而，HEAP表与一般的表有些不同，且有自身的限制。详见MySQL参考手册。 

    正如前面的建议，你应该测试临时表看看它们是否真的比对大量数据库运行查询快。如果数据很好地索引，临时表可能一点不快。 

    临时表在MySQL 3.23.0和更新版才有。 

    只用最新版的MySQL 

    2001年一月中旬，MySQL 3.23宣布稳定。除了后很多新功能外，它也比3.22系列更快和更具伸缩性。 

    MySQL的更新版不断推出。如果你控制着你的MySQL服务器，最好是尝试保持版本相对最新。除了有最新功能和错误修正，你常常会看到较新的MySQL发行有明显的性能提高。 

    其他资源 

    除了阅读MySQL手册，你也可以咨询： 

    你的DBA：如果你在一个共享服务器上使用MySQL，某个人被指定为数据库管理员（DBA），这是一个好机会。如果你的DBA非常熟悉MySQL，它可能可以在分析和优化你的表结构和查询上帮你一下。 

    MySQL用户邮件列表：有非常活跃的邮件列表，在其中MySQL用户经常彼此寻求帮助。新手和老手愿意分享其知识并彼此帮助解决共同的问题。实际上，有些MySQL开发团队成员很好地监视着邮件列表。 

    MySQL书籍：不要与MySQL参考手册混淆，Paul DuBois写了一本极好的书名为《MySQL》的书（有中文译本）。