数据库 复合索引和多索引有什么区别？

这区别可大了。

复合索引是指一个索引包含多个字段（表列），比如index

d1（s1）是单一索引，index

d2（s1，s2）就是复合索引，复合索引中的第一个字段称为主索引码，决定了索引b

树的结构。

一个查询语句对于一张表通常只能使用一个索引，如果表t上有索引d3（s1）和d4（s2），通常优化器会选择其中一个用于查询，但有时候，优化器会使用多索引技术，同时使用这两个索引来提高查询效率，具体做法是分别用两个索引求得满足各自对应谓词的rid（表中行的指针）列表，然后进行合并（求交集或并集）。这就是多索引。

复合索引是一种索引类型，多索引是一种索引技术。

有一句话是有谬误的： 在where条件中使用到的字段都加上索引。这个结论似乎成为了好多人的习惯性结论。

事实上我们只需要添加一个联合索引包括这些字段，而不是为每个字段分别添加索引！ 这不仅仅是对空间的浪费，而且真正起作用的只是其中一个！

可以做出实验在验证下：

tb_box 表有100万条数据

查询语句如下：

1、先为tb_box的sb_number、create_time字段分别建立a、b索引

执行计划如下，key的值为a 表示只是使用到a索引，b索引未使用！而且extra中出现了using where，表明有字段参与where而不是索引直接参与where

执行时间 0.442秒

2、重新建立索引，为tb_box添加一个联合索引包含sb_number、create_time字段

查看执行计划，a索引被直接使用。索引长度是137比单独创建的131大，说明有更多索引生效。rows=76969比80910小，表明扫描更少的行就能找到结果了

执行时间 0.181秒，快了接近4倍

五 索引分类

直接创建索引和间接创建索引

直接创建索引 CREATE INDEX mycolumn_index ON mytable (myclumn)

间接创建索引 定义主键约束或者唯一性键约束 可以间接创建索引

普通索引和唯一性索引

普通索引 CREATE INDEX mycolumn_index ON mytable (myclumn)

唯一性索引 保证在索引列中的全部数据是唯一的 对聚簇索引和非聚簇索引都可以使用

CREATE UNIQUE COUSTERED INDEX myclumn_cindex ON mytable(mycolumn)

单个索引和复合索引

单个索引 即非复合索引

复合索引 又叫组合索引 在索引建立语句中同时包含多个字段名 最多 个字段

CREATE INDEX name_index ON username(firstname lastname)

聚簇索引和非聚簇索引(聚集索引 群集索引)

聚簇索引 物理索引 与基表的物理顺序相同 数据值的顺序总是按照顺序排列

CREATE CLUSTERED INDEX mycolumn_cindex ON mytable(mycolumn) WITH

ALLOW_DUP_ROW(允许有重复记录的聚簇索引)

非聚簇索引 CREATE UNCLUSTERED INDEX mycolumn_cindex ON mytable(mycolumn)

六 索引的使用

当字段数据更新频率较低 查询使用频率较高并且存在大量重复值是建议使用聚簇索引

经常同时存取多列 且每列都含有重复值可考虑建立组合索引

复合索引的前导列一定好控制好 否则无法起到索引的效果 如果查询时前导列不在查询条件中则该复合索引不会被使用 前导列一定是使用最频繁的列

多表 *** 作在被实际执行前 查询优化器会根据连接条件 列出几组可能的连接方案并从中找出系统开销最小的最佳方案 连接条件要充份考虑带有索引的表 行数多的表内外表的选择可由公式 外层表中的匹配行数*内层表中每一次查找的次数确定 乘积最小为最佳方案

where子句中对列的任何 *** 作结果都是在sql运行时逐列计算得到的 因此它不得不进行表搜索 而没有使用该列上面的索引如果这些结果在查询编译时就能得到 那么就可以被sql优化器优化 使用索引 避免表搜索(例 select * from record where substring(card_no )=

&&select * from record where card_no like % )任何对列的 *** 作都将导致表扫描 它包括数据库函数 计算表达式等等 查询时要尽可能将 *** 作移至等号右边

where条件中的 in 在逻辑上相当于 or 所以语法分析器会将in ( ′ ′)转化为column= ′ or column= ′来执行 我们期望它会根据每个or子句分别查找 再将结果相加 这样可以利用column上的索引但实际上它却采用了 or策略 即先取出满足每个or子句的行 存入临时数据库的工作表中 再建立唯一索引以去掉重复行 最后从这个临时表中计算结果 因此 实际过程没有利用column上索引 并且完成时间还要受tempdb数据库性能的影响 in or子句常会使用工作表 使索引失效如果不产生大量重复值 可以考虑把子句拆开拆开的子句中应该包含索引

要善于使用存储过程 它使sql变得更加灵活和高效

lishixinzhi/Article/program/MySQL/201311/29603

---