A. 为什么每张表只能建一个聚集索引
因为聚焦索引决定了表的物理排列顺序，一个表只能有一个物理排列顺序，所以一个表只能建一个聚集索引。
聚集索引是一种索引，该索引中键值的逻辑顺序决定了表中相应行的物理顺序。
聚集索引确定表中数据的物理顺序。聚集索引类似于电话簿，按姓氏排列数据。由于聚集索引规定数据在表中的物理存储顺序，因此一个表只能包含一个聚集索引。但该索引可以包含多个列(组合索引)，就像电话簿按姓氏和名字进行组织一样。
聚集索引对于那些经常要搜索范围值的列特别有效。使用聚集索引找到包含第一个值的行后，便可以确保包含后续索引值的行在物理相邻。例如，如果应用程序执行的一个查询经常检索某一日期范围内的记录，则使用聚集索引可以迅速找到包含开始日期的行，然后检索表中所有相邻的行，直到到达结束日期。这样有助于提高此类查询的性能。同样，如果对从表中检索的数据进行排序时经常要用到某一列，则可以将该表在该列上聚集(物理排序)，避免每次查询该列时都进行排序，从而节省成本。
B. 一个表只能有一个主键索引,一个主键索引可以多个字段
面试的时候肯定会问这一个问题，mysql为什么会选择b+树作为索引呢？而不选择其他索引，例如b树？hash？
下面说的磁盘IO是指数据从硬盘加载到内存中的操作
hash索引的话，不支持范围查询，因为hash就是一个键对应一个值的，没办法范围查询
二叉树的话，它的特点就是左子树小于根节点小于右子树，如果根节点取值有问题的话，有可能会退化成链表，就是树不分叉了，树一直往左或者一直往右，这样就不能折半查找从而减少IO次数了，不支持范围查询，要是范围查询的话，每次都要从根部遍历，树也太高了，树越高，IO操作越频繁，浪费资源
平衡二叉树的话，它就没有了二叉树的这种退化成链表的缺点，因为他左右子节点最多相差1层，可是他也不支持范围查找这一点和二叉树的问题一样
b树的话，和二叉树比起来树是很矮胖，IO操作减少了，是个多叉树，它每个节点都存了对应的行数据，可是如果这一行的数据的列不断的增加，那么这一页存储的节点就会变少，因为所占的空间不断的变大，树也会越来越高，增加IO操作次数，同时是也不支持范围查找。要是相同大小的空间可以存很多的节点数据的话就更好了，所以就有了下面的b+树
b+树 它非叶子节点只存索引的数据，不存整行数据，但是叶子节点是冗余的，冗余了非叶子节点，叶子节点还都用双向链表链接起来，这样有助于顺序查找，b+树和b树比起来，更加矮胖，磁盘IO次数更少
二、 mysql中索引类型
聚簇索引与非聚簇索引
我们可以简单的理解为 聚簇索引就是主键索引，非聚簇索引就是普通索引
本质的区别是
聚簇索引的叶子节点存储的是整行数据
innodb是通过主键来实现聚簇索引的，如果没有主键的话，那么他就会选择一个唯一非空的索引来实现，如果再没有的话，他就会隐式生成一个主键来实现聚簇索引
非聚簇索引存储的是索引值和主键值
普通索引 一张表中可以有多个普通索引，随便一个字段都可以建立的索引，我们平常建立的索引大部分都是普通索引
联合索引 好几个字段联合起来建立的索引
唯一索引 业务中唯一的字段适合建立唯一索引，一个表中可以有多个唯一索引
主键索引 和唯一索引一样，主键索引也是唯一的，不同的就是，一个表只能有一个主键索引
三、关于索引的sql
创建主键索引
ALTER TABLE test add PRIMARY KEY (id)
创建唯一索引
ALTER TABLE test add UNIQUE idx_id_card(id_card)
创建普通索引
ALTER TABLE test add INDEX idx_name(name)
创建联合索引
ALTER TABLE test add INDEX idx_age_name(age,name)
修改索引名称 ：先删除再添加
删除索引 （两种方式）
C. SQL中一个表可以有几个聚集索引和非聚集索引
一个表只能有一个聚集索引，可以有多个非聚集索引
下面是聚集索引和非聚集索引的详细介绍：
聚集索引基于数据行的键值在表内排序和存储这些数据行。每个表只能有一个聚集索引，因为数据行本身只能按一个顺序存储。有关聚集索引体系结构的详细信息，请参阅聚集索引结构。
每个表几乎都对列定义聚集索引来实现下列功能：
可用于经常使用的查询。
提供高度唯一性。
注意：
创建 PRIMARY KEY 约束时，将在列上自动创建唯一索引。默认情况下，此索引是聚集索引，但是在创建约束时，可以指定创建非聚集索引。
可用于范围查询。
如果未使用 UNIQUE 属性创建聚集索引，数据库引擎将向表自动添加一个 4 字节的 uniqueifier
列。必要时，数据库引擎将向行自动添加一个 uniqueifier 值以使每个键唯一。此列和列值供内部使用，用户不能查看或访问。
查询注意事项
在创建聚集索引之前，应先了解数据是如何被访问的。考虑对具有以下特点的查询使用聚集索引：
使用运算符（如 BETWEEN、>、>=、< 和
<=）返回一系列值。
使用聚集索引找到包含第一个值的行后，便可以确保包含后续索引值的行物理相邻。例如，如果某个查询在一系列销售订单号间检索记录，SalesOrderNumber
列的聚集索引可快速定位包含起始销售订单号的行，然后检索表中所有连续的行，直到检索到最后的销售订单号。
返回大型结果集。
使用 JOIN 子句；一般情况下，使用该子句的是外键列。
使用 ORDER BY 或 GROUP BY 子句。
在 ORDER BY 或 GROUP BY
子句中指定的列的索引，可以使数据库引擎不必对数据进行排序，因为这些行已经排序。这样可以提高查询性能。
列注意事项
一般情况下，定义聚集索引键时使用的列越少越好。考虑具有下列一个或多个属性的列：
唯一或包含许多不重复的值
例如，雇员 ID 唯一地标识雇员。EmployeeID 列的聚集索引或 PRIMARY KEY
约束将改善基于雇员 ID 号搜索雇员信息的查询的性能。另外，可对
LastName、FirstName、MiddleName
列创建聚集索引，因为经常以这种方式分组和查询雇员记录，而且这些列的组合还可提供高区分度。
按顺序被访问
例如，产品 ID 唯一地标识 AdventureWorks2008R2 数据库的
Proction.Proct 表中的产品。在其中指定顺序搜索的查询（如 WHERE ProctID BETWEEN 980
and 999）将从 ProctID 的聚集索引受益。这是因为行将按该键列的排序顺序存储。
由于保证了列在表中是唯一的，所以定义为 IDENTITY。
经常用于对表中检索到的数据进行排序。
按该列对表进行聚集（即物理排序）是一个好方法，它可以在每次查询该列时节省排序操作的成本。
聚集索引不适用于具有下列属性的列：
频繁更改的列
这将导致整行移动，因为数据库引擎必须按物理顺序保留行中的数据值。这一点要特别注意，因为在大容量事务处理系统中数据通常是可变的。
宽键
宽键是若干列或若干大型列的组合。所有非聚集索引将聚集索引中的键值用作查找键。为同一表定义的任何非聚集索引都将增大许多，这是因为非聚集索引项包含聚集键，同时也包含为此非聚集索引定义的键列。
索引选项
创建聚集索引时，可指定若干索引选项。因为聚集索引通常都很大，所以应特别注意下列选项：
SORT_IN_TEMPDB
DROP_EXISTING
FILLFACTOR
ONLINE
非聚集索引包含索引键值和指向表数据存储位置的行定位器。有关非聚集索引体系结构的详细信息，请参阅非聚集索引结构。
可以对表或索引视图创建多个非聚集索引。通常，设计非聚集索引是为改善经常使用的、没有建立聚集索引的查询的性能。
与使用书中索引的方式相似，查询优化器在搜索数据值时，先搜索非聚集索引以找到数据值在表中的位置，然后直接从该位置检索数据。这使非聚集索引成为完全匹配查询的最佳选择，因为索引包含说明查询所搜索的数据值在表中的精确位置的项。例如，为了从
Person.Person 表中查询具有特定姓氏的人员，查询优化器可能使用非聚集索引
IX_Person_LastName_FirstName_MiddleName；它以 LastName 作为自己的一个键列。查询优化器能快速找出索引中与指定
LastName
匹配的所有项。每个索引项都指向表或聚集索引中准确的页和行，其中可以找到相应的数据。在查询优化器在索引中找到所有项之后，它可以直接转到准确的页和行进行数据检索。
数据库注意事项
设计非聚集索引时需要注意数据库的特征。
更新要求较低但包含大量数据的数据库或表可以从许多非聚集索引中获益从而改善查询性能。与全表非聚集索引相比，考虑为定义完善的数据子集创建筛选索引可以提高查询性能、降低索引存储开销并减少索引维护开销。
决策支持系统应用程序和主要包含只读数据的数据库可以从许多非聚集索引中获益。查询优化器具有更多可供选择的索引用来确定最快的访问方法，并且数据库的低更新特征意味着索引维护不会降低性能。
联机事务处理应用程序和包含大量更新表的数据库应避免使用过多的索引。此外，索引应该是窄的，即列越少越好。
一个表如果建有大量索引会影响
INSERT、UPDATE、DELETE 和 MERGE
语句的性能，因为当表中的数据更改时，所有索引都须进行适当的调整。
查询注意事项
在创建非聚集索引之前，应先了解访问数据的方式。考虑对具有以下属性的查询使用非聚集索引：
使用 JOIN 或 GROUP BY
子句。
应为联接和分组操作中所涉及的列创建多个非聚集索引，为任何外键列创建一个聚集索引。
不返回大型结果集的查询。
创建筛选索引以覆盖从大型表中返回定义完善的行子集的查询。
包含经常包含在查询的搜索条件（例如返回完全匹配的 WHERE 子句）中的列。
列注意事项
考虑具有以下一个或多个属性的列：
覆盖查询。
当索引包含查询中的所有列时，性能可以提升。查询优化器可以找到索引内的所有列值；不会访问表或聚集索引数据，这样就减少了磁盘
I/O 操作。使用具有包含列的索引来添加覆盖列，而不是创建宽索引键。有关详细信息，请参阅
具有包含列的索引
。
如果表有聚集索引，则该聚集索引中定义的列将自动追加到表上每个非聚集索引的末端。这可以生成覆盖查询，而不用在非聚集索引定义中指定聚集索引列。例如，如果一个表在
C 列上有聚集索引，则 B 和 A 列的非聚集索引将具有其自己的键值列 B、A 和 C。
大量非重复值，如姓氏和名字的组合（前提是聚集索引被用于其他列）。
如果只有很少的非重复值，例如仅有 1 和
0，则大多数查询将不使用索引，因为此时表扫描通常更有效。对于这种类型的数据，应考虑对仅出现在少数行中的非重复值创建筛选索引。例如，如果大部分值都是
0，则查询优化器可以对包含 1 的数据行使用筛选查询。
索引选项
在创建非聚集索引时，可以指定若干索引选项。要尤其注意以下选项：
FILLFACTOR
ONLINE
D. vfp中给表建立两个索引为什么在数据库中只显示一个索引呢
是复合
索引文件
，两个索引包括在一个索引文件中。
Use
<表>
Order
<索引1>
在打开表的同时打开<索引1>
Use
<表>
Order
<索引2>
在打开表的同时打开<索引2>
E. SQL在一个表中可以有多个聚簇索引吗为什么
当然不可以，可以有多个非聚集
聚集索引是要排序的，比如10个人，先按大小个排
同时这十个人按年龄排
是不行的
F. MySQL会对一个表只使用一个索引吗
不是，对于一个表你可以自由创建索引，没有数量限制，但是使用索引过多会影响数据的更新操作，如Update和delete等等，但是查询的时候，一个表只能使用一个索引，如果Mysql发现你的查询语句中使用了多个索引它会通过内部的优化器优化你的SQL语句，只使用其中一个最优的索引。
G. 做一次查询时，mysql的表上只能使用一个索引吗
不是，一般数据库会根据sql语句自己判断分析执行计划，选择最优的执行计划执行。
如果你的表有多个索引，一般而言只要能提升查询性能，就会被使用，不仅仅只能使用一个索引。但是索引建多了也会导致insert，delete等开销增大
H. 数据库中的每一张表能建立几个主索引
数据库中的每一张表只能建立一个主索引。
主索引是指在指定的索引字段或表达式中不允许出现重复值的索引，检索关键字里包含主关键字。主索引主要用于在永久性关系的父表或被引用表里建立参照完整性，它能确保输入字段值的唯一性，并且由该字段决定处理记录的顺序。一个数据库表只能有一个主索引。
(8)sql表索引为什么只有一个扩展阅读：
如果在已经包含了重复数据字段中指定主索引，数据库将返回出错提示信息，如表中已经存在一个主索引，再建立索引只能用候选索引或者普通索引。
teradata的每一个表都必须要主索引，并且主索引可以是unique和not unique两种。如果建表的时候不存在，那么系统将默认第一列为主索引。这关系到teradata的并行设计理念。
主索引提供指向存储在表的指定列中的数据值的指针，然后根据指定的排序顺序对这些指针排序。数据库使用索引以找到特定值，然后顺指针找到包含该值的行。这样可以使对应于表的SQL语句执行得更快，可快速访问数据库表中的特定信息。
I. 主键 外键 索引 为什么主键只有一个 主键与索引是什么关系
主键：保证数据完整唯一性。 外键：是关联另外一个表主键的一个键，保证两个表之间的关联性 索引：加快搜索效率 首先主键和索引从目的上来讲不是一个概念，主键是为了保证数据唯一性，索引是为了加快检索速度。但是，从实现方式上主键主键却达到了唯一 非空聚类索引的效果。所以 1. 从实现目的来看（约束） 主键约束=唯一非空 约束 2. 从实现效果来看 主键 = 唯一 外键（Foreign Key） 如果公共关键字在一个关系中是主关键字，那么这个公共关键字被称为另一个关系的外键。由此可见，外键表示了两个关系之间的联系。以另一个关系的外键作主关键字的表被称为主表，具有此外键的表被称为主表的从表。外键又称作外关键字。 外键的作用： 保持数据一致性，完整性，主要目的是控制存储在外键表中的数据。 使两张表形成关联，外键只能引用外表中的列的值！例如：a b 两个表 a表中存有客户号，客户名称 b表中存有每个客户的订单有了外键后你只能在确信b 表中没有客户x的订单后，才可以在a表中删除客户x 建立外键的前提： 本表的列必须与外键类型相同(外键必须是外表主键)。 指定主键关键字： foreign key(列名) 引用外键关键字： references <外键表名(外键列名) 事件触发限制: on delete和on update , 可设参数cascade(跟随外键改动), restrict(限制外表中的外键改动),set Null(设空值）,set Default（设默认值）,[默认]no action例如：outTable表 主键 id 类型 int 创建含有外键的表： create table temp( id int, name char(20), foreign key(id) references outTable(id) on delete cascade on update cascade); 说明：把id列 设为外键 参照外表outTable的id列 当外键的值删除 本表中对应的列筛除 当外键的值改变 本表中对应的列值改变。 建键几个原则: 1、 为关联字段创建外键。 2、 所有的键都必须唯一。 3、避免使用复合键。 4、外键总是关联唯一的键字段。