去面试被问到了关于“复合索引”的问题,发现自己了解的还不是太全面,特搜索资料,找到下面一篇不错的文章。
对于复合索引:Mysql从左到右的使用索引中的字段,一个查询可以只使用索引中的一部份,但只能是最左侧部分。例如索引是key index (a,b,c). 可以支持a | a,b| a,b,c 3种组合进行查找,但不支持 b,c进行查找 .当最左侧字段是常量引用时,索引就十分有效。下面用几个例子对比查询条件的不同对性能影响.
create table test(
a int,
b int,
c int,
KEY a(a,b,c)
);
优: select * from test where a=10 and b>50
差: select * from test where a50
优: select * from test where order by a
差: select * from test where order by b
差: select * from test where order by c
优: select * from test where a=10 order by a
优: select * from test where a=10 order by b
差: select * from test where a=10 order by c
优: select * from test where a>10 order by a
差: select * from test where a>10 order by b
差: select * from test where a>10 order by c
优: select * from test where a=10 and b=10 order by a
优: select * from test where a=10 and b=10 order by b
优: select * from test where a=10 and b=10 order by c
优: select * from test where a=10 and b=10 order by a
优: select * from test where a=10 and b>10 order by b
差: select * from test where a=10 and b>10 order by c
索引原则
1.索引越少越好
原因:主要在修改数据时,第个索引都要进行更新,降低写速度。
2.最窄的字段放在键的左边
3.避免file sort排序,临时表和表扫描.
于是上网查了下相关的资料:(关于复合索引优化的)
两个或更多个列上的索引被称作复合索引。
利 用索引中的附加列,您可以缩小搜索的范围,但使用一个具有两列的索引不同于使用两个单独的索引。复合索引的结构与电话簿类似,人名由姓和名构成,电话簿首 先按姓氏对进行排序,然后按名字对有相同姓氏的人进行排序。如果您知道姓,电话簿将非常有用;如果您知道姓和名,电话簿则更为有用,但如果您只知道名不 姓,电话簿将没有用处。
所以说创建复合索引时,应该仔细考虑列的顺序。对索引中的所有列执行搜索或仅对前几列执行搜索时,复合索引非常有用;仅对后面的任意列执行搜索时,复合索引则没有用处。
如:建立 姓名、年龄、性别的复合索引。
复合索引的建立原则:
如果您很可能仅对一个列多次执行搜索,则该列应该是复合索引中的第一列。如果您很可能对一个两列索引中的两个列执行单独的搜索,则应该创建另一个仅包含第二列的索引。
如上图所示,如果查询中需要对年龄和性别做查询,则应当再新建一个包含年龄和性别的复合索引。
包含多个列的主键始终会自动以复合索引的形式创建索引,其列的顺序是它们在表定义中出现的顺序,而不是在主键定义中指定的顺序。在考虑将来通过主键执行的搜索,确定哪一列应该排在最前面。
请注意,创建复合索引应当包含少数几个列,并且这些列经常在select查询里使用。在复合索引里包含太多的列不仅不会给带来太多好处。而且由于使用相当多的内存来存储复合索引的列的值,其后果是内存溢出和性能降低。
复合索引对排序的优化:
复合索引只对和索引中排序相同或相反的order by 语句优化。
在创建复合索引时,每一列都定义了升序或者是降序。如定义一个复合索引:
其中 有三列分别是:col1 升序,col2 降序, col3 升序。现在如果我们执行两个查询
1:Select col1, col2, col3 from table1 order by col1 ASC, col2 DESC, col3 ASC
和索引顺序相同
2:Select col1, col2, col3 from table1 order by col1 DESC, col2 ASC, col3 DESC
和索引顺序相反
查询1,2 都可以别复合索引优化。
如果查询为:
Select col1, col2, col3 from table1 order by col1 ASC, col2 ASC, col3 ASC
排序结果和索引完全不同时,此时的查询不会被复合索引优化。
查询优化器在在where查询中的作用:
如果一个多列索引存在于 列 Col1 和 Col2 上,则以下语句:Select * from table where col1=val1 AND col2=val2 查询优化器会试图通过决定哪个索引将找到更少的行。之后用得到的索引去取值。
1. 如果存在一个多列索引,任何最左面的索引前缀能被优化器使用。所以联合索引的顺序不同,影响索引的选择,尽量将值少的放在前面。
如:一个多列索引为 (col1 ,col2, col3)
那么在索引在列 (col1) 、(col1 col2) 、(col1 col2 col3) 的搜索会有作用。
- SELECT * FROM tb WHERE col1 = val1
- SELECT * FROM tb WHERE col1 = val1 and col2 = val2
- SELECT * FROM tb WHERE col1 = val1 and col2 = val2 AND col3 = val3
2. 如果列不构成索引的最左面前缀,则建立的索引将不起作用。
如:
- SELECT * FROM tb WHERE col3 = val3
- SELECT * FROM tb WHERE col2 = val2
- SELECT * FROM tb WHERE col2 = val2 and col3=val3
3. 如果一个 Like 语句的查询条件不以通配符起始则使用索引。
如:%车 或 %车% 不使用索引。
车% 使用索引。
索引的缺点:
1. 占用磁盘空间。
2. 增加了插入和删除的操作时间。一个表拥有的索引越多,插入和删除的速度越慢。如 要求快速录入的系统不宜建过多索引。
下面是一些常见的索引限制问题
1、使用不等于操作符(<>, !=)
下面这种情况,即使在列dept_id有一个索引,查询语句仍然执行一次全表扫描
select * from dept where staff_num <> 1000;
但是开发中的确需要这样的查询,难道没有解决问题的办法了吗?
有!
通过把用 or 语法替代不等号进行查询,就可以使用索引,以避免全表扫描:上面的语句改成下面这样的,就可以使用索引了。
2、使用 is null 或 is not null
使 用 is null 或is nuo null也会限制索引的使用,因为数据库并没有定义null值。如果被索引的列中有很多null,就不会使用这个索引(除非索引是一个位图索引,关于位图 索引,会在以后的blog文章里做详细解释)。在sql语句中使用null会造成很多麻烦。
解决这个问题的办法就是:建表时把需要索引的列定义为非空(not null)
3、使用函数
如果没有使用基于函数的索引,那么where子句中对存在索引的列使用函数时,会使优化器忽略掉这些索引。下面的查询就不会使用索引:
但是把函数应用在条件上,索引是可以生效的,把上面的语句改成下面的语句,就可以通过索引进行查找。
4、比较不匹配的数据类型
比较不匹配的数据类型也是难于发现的性能问题之一。
下面的例子中,dept_id是一个varchar2型的字段,在这个字段上有索引,但是下面的语句会执行全表扫描。
这是因为oracle会自动把where子句转换成to_number(dept_id)=900198,就是3所说的情况,这样就限制了索引的使用。
把SQL语句改为如下形式就可以使用索引
还有就是参见 老王的blog上的文章
http://hi.baidu.com/thinkinginlamp/blog/item/9940728be3986015c8fc7a85.html
http://hi.baidu.com/thinkinginlamp/blog/item/a352918fe70d96fd503d925e.html
http://blog.csdn.net/fbd2011/article/details/7341312
http://blog.csdn.net/lovelyhermione/article/details/4580866
1、普通索引
普通索引(由关键字KEY或INDEX定义的索引)的唯一任务是加快对数据的访问速度。因此,应该只为那些最经常出现在查询条件 (WHEREcolumn=)或排序条件(ORDERBYcolumn)中的数据列创建索引。只要有可能,就应该选择一个数据最整齐、最紧凑的数据列(如 一个整数类型的数据列)来创建索引。
2、唯一索引
普通索引允许被索引的数据列包含重复的值。比如说,因为人有可能同名,所以同一个姓名在同一个“员工个人资料”数据表里可能出现两次或更多次。
如果能确定某个数据列将只包含彼此各不相同的值,在为这个数据列创建索引的时候就应该用关键字UNIQUE把它定义为一个唯一索引。这么做的好处:一是 简化了MySQL对这个索引的管理工作,这个索引也因此而变得更有效率;二是MySQL会在有新记录插入数据表时,自动检查新记录的这个字段的值是否已经 在某个记录的这个字段里出现过了;如果是,MySQL将拒绝插入那条新记录。也就是说,唯一索引可以保证数据记录的唯一性。事实上,在许多场合,人们创建 唯一索引的目的往往不是为了提高访问速度,而只是为了避免数据出现重复。
3、主索引
在前面已经反复多次强调过:必须为主键字段创建一个索引,这个索引就是所谓的“主索引”。主索引与唯一索引的唯一区别是:前者在定义时使用的关键字是PRIMARY而不是UNIQUE。
4、外键索引
如果为某个外键字段定义了一个外键约束条件,MySQL就会定义一个内部索引来帮助自己以最有效率的方式去管理和使用外键约束条件。
5、复合索引
索引可以覆盖多个数据列,如像INDEX(columnA,columnB)索引。这种索引的特点是MySQL可以有选择地使用一个这样的索引。如果查 询操作只需要用到columnA数据列上的一个索引,就可以使用复合索引INDEX(columnA,columnB)。不过,这种用法仅适用于在复合索 引中排列在前的数据列组合。比如说,INDEX(A,B,C)可以当做A或(A,B)的索引来使用,但不能当做B、C或(B,C)的索引来使用。
6、索引的长度
在为CHAR和VARCHAR类型的数据列定义索引时,可以把索引的长度限制为一个给定的字符个数(这个数字必须小于这个字段所允许的最大字符个数)。 这么做的好处是可以生成一个尺寸比较小、检索速度却比较快的索引文件。在绝大多数应用里,数据库中的字符串数据大都以各种各样的名字为主,把索引的长度设 置为10~15个字符已经足以把搜索范围缩小到很少的几条数据记录了。在为BLOB和TEXT类型的数据列创建索引时,必须对索引的长度做出限 制;MySQL所允许的最大索引全文索引文本字段上的普通索引只能加快对出现在字段内容最前面的字符串(也就是字段内容开头的字符)进行检索操作。如果字 段里存放的是由几个、甚至是多个单词构成的较大段文字,普通索引就没什么作用了。这种检索往往以的形式出现,这对MySQL来说很复杂,如果需要处理的数 据量很大,响应时间就会很长。
这类场合正是全文索引(full-textindex)可以大显身手的地方。在生成这种类型的索引时,MySQL将把在文本中出现的所有单词创建为一份 清单,查询操作将根据这份清单去检索有关的数据记录。全文索引即可以随数据表一同创建,也可以等日后有必要时再使用下面这条命令添加:
ALTERTABLEtablenameADDFULLTEXT(column1,column2)有了全文索引,就可以用SELECT查询命令去检索那些包含着一个或多个给定单词的数据记录了。下面是这类查询命令的基本语法:
SELECT*FROMtablename
WHEREMATCH(column1,column2)AGAINST(‘word1','word2','word3’)
上面这条命令将把column1和column2字段里有word1、word2和word3的数据记录全部查询出来。
附个实践(20万条数据):
mysql -uroot -p123456
use vlcmarket
select count(*)from vlc_caiji_detail_1;
select*from vlc_caiji_detail_1 where cid=934and days=3;
0.09sec
select*from vlc_caiji_detail_1 where cid=5and days=8;
0.08sec
索引:
select*from vlc_caiji_detail_1 where cid=934and days=3;
0.03
select*from vlc_caiji_detail_1 where cid=5and days=8;
0.02
select*from vlc_caiji_detail_1 where cid=734and days=7;
0.01
select*from vlc_caiji_detail_1 where cid=30and days=1;
0.01
复合索引
CREATE INDEX cid_days ON vlc_caiji_detail_1(cid, days);
select*from vlc_caiji_detail_1 where cid=934and days=3;
0.00sec
select*from vlc_caiji_detail_1 where cid=5and days=8;
0.00sec
总结:复合索引最牛C,所以你懂的。。!
转载自: http://webnoties.blog.163.com/blog/static/183525141201310182313851/
相关推荐
3. 普通索引(Index):最基本的索引,没有唯一性限制。 4. 全文索引(Fulltext Index):用于全文搜索,仅适用于MyISAM和InnoDB存储引擎。 5. 复合索引(Composite Index):由多个列组成的索引,按列的顺序进行...
1. 普通索引( Normal Index):普通索引是 MySQL 数据库中最基本的索引类型,用于加速查询速度。 2. 唯一索引( Unique Index):唯一索引是指索引列中的值必须是唯一的,用于确保数据的唯一性。 3. 主键索引( ...
MySQL支持五种主要类型的索引,分别是普通索引、主键索引、唯一索引、复合索引以及全文索引。 1. 普通索引:这是最基本的索引类型,无特殊要求,用于加速查询。例如,我们可以使用`CREATE INDEX`或`ALTER TABLE`...
3. **复合索引**:包含多个列的索引,可用于同时基于多个字段进行查询。 4. **聚簇索引(聚集索引)**:这是一种特殊的数据存储方式,通常与主键相关联。InnoDB引擎中,聚簇索引将数据和索引存储在同一结构中,因此...
1. **普通索引**:最基本且无唯一性限制的索引类型,可以通过多种方式创建。 - 创建索引:`CREATE INDEX <索引名> ON tablename (列名列表);` - 修改表添加索引:`ALTER TABLE tablename ADD INDEX [索引名] (列名...
- **复合索引**:由多个列组成的索引,可以同时加速涉及这些列的查询。 3. **按索引键值类型划分**: - **主键索引**:作为表的主键,保证数据的唯一性。 - **辅助索引(二级索引)**:除了主键索引外的其他索引...
在实际应用中,选择合适的索引类型(如主键索引、唯一索引、普通索引、全文索引等)、索引字段(选择区分度高的字段)、以及索引策略(如复合索引、覆盖索引等)都是优化查询性能的重要手段。同时,过度使用索引也...
索引的数据结构有多种,常用的有BTree索引(Myisam普通索引)、B+Tree索引(Innodb普通索引)、Hash索引(memory存储引擎)等等。索引的优点是可以提高数据检索的效率,降低数据库的IO成本。通过索引对数据进行排序...
MySQL还支持复合索引,即在一个索引中包含多个列。复合索引在多条件查询时非常有用,但需要注意列的顺序,因为它们的顺序影响了索引的效率。一般来说,最常出现在WHERE子句中的列应该放在索引的前面。 在使用索引时...
1. **复合索引**:当查询条件经常涉及多个列时,考虑创建复合索引。复合索引能够在单一索引中同时考虑多个列的值,从而提高查询效率。 2. **索引覆盖**:创建一个包含所有查询列的索引,这样查询过程中就不必再次...
- **B-Tree索引**:最常见的索引类型,适用于等值查询和范围查询,包括主键和普通索引。 - **哈希索引**:用于等值查询,速度非常快,但不支持排序和范围查询。 - **全文索引**:针对文本字段的搜索,提供模糊...
3. 复合索引:索引包含多个列,适用于多列查询条件的情况。 索引的结构主要包括: 1. BTREE索引:最常见的索引类型,适合范围查询和排序。 2. Hash索引:适用于等值查询,不支持范围查询和排序。 3. Full-Text索引...
然而,当涉及到非主键列的多列索引(也称为复合索引、联合索引或组合索引)时,最好限制在16列以内,以保持性能。 非聚簇索引,例如MyISAM使用的,与聚簇索引不同,它的叶子节点并不存储数据本身,而是存储数据行的...
2. **普通索引(辅助索引)**:普通索引只包含索引列,可以是单列或多列,不强制唯一性,且数据行的物理顺序与索引顺序无关。 3. **唯一索引**:虽然非主键的普通索引也可以是唯一的,但单独提出来是因为唯一索引...
- **复合索引(Composite Index)**:由多个字段组成的索引,只有当指定的字段组合出现时才会被利用。 4. **查看索引**: 要查看已经创建的索引,可以使用`SHOW INDEX FROM`或`EXPLAIN`语句。例如,查看`students...
1. **普通索引**:最基础的索引类型,没有唯一性限制,适用于各种场景。可以通过`CREATE INDEX`语句、`ALTER TABLE`语句或在创建表时指定来创建。 2. **唯一性索引**:与普通索引类似,但索引列的值必须唯一。同样...
4. 复合索引:将多个列组合在一起创建索引,可以覆盖多个列。 5. 外键索引:只有 InnoDB 类型的表才可以使用外键索引,保证数据的一致性、完整性和实现级联操作。 6. 全文索引:MYSQL 自带的全文索引只能用于 InnoDB...
- **利用复合索引**:当查询条件涉及多个列时,考虑创建复合索引。 - **定期分析和优化索引**:使用`ANALYZE TABLE`和`OPTIMIZE TABLE`命令来保持索引的最佳状态。 通过以上内容的学习,我们不仅了解了MySQL索引的...
书中会教你如何创建主键索引、唯一索引和普通索引,如`ALTER TABLE table_name ADD PRIMARY KEY (column_name);`。此外,还会涉及复合索引、全文索引等高级用法。 事务处理在数据库管理中至关重要,确保数据的一致...