注册 登录  
 加关注
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

老狗的博客

尽管每一步都很微小,但我确认我在进步

 
 
 

日志

 
 
关于我
sky

认真生活,努力工作 热爱技术,关注DB,存储,分布式,中间层,java,c++,php

网易考拉推荐

索引的选择  

2013-06-14 19:30:24|  分类: 默认分类 |  标签: |举报 |字号 订阅

  下载LOFTER 我的照片书  |

在创建索引的时候,通常会基于以下几个因素进行考虑:
1. 数据的选择性
2. 查询的pattern

a. 查询pattern 涉及到,而且数据选择性较好的列 应该建立索引

b. 查询pattern涉及到,但是数据选择性不好的列,不应该建立索引
这一点尤其注意,目前绝大部分数据库都是基于RBO和CBO混合的方式决定执行计划,但是CBO往往基于统计信息,但是统计信息往往更新不及时,所以如果在选择性不好的列上建立了索引,统计信息又不及时,结果可能回走这样的索引,结果比全表扫描还要差

c. 联合索引,还是单列索引? 
查询条件是多列结合的,如where a=xx and b=xx ,但是a列的选择性很好,b列的选择性不好
(1). index(a,b)
优点:
1. 可以在过滤阶段避免到 数据中去去拿b列的数据,直接在索引中获得 数据的指针
缺点:
1. 索引比较大,如果是B+树,则叶子阶段的大小为cardinality(a)*cardnality(b)
2. 更新变慢,设计到b的更新,则不仅仅需要更改数据,也需要更改索引

(2). index(a)
优点:
1. 索引比较小
2. 更新较快
缺点:
1. 需要到 数据中去拿b列的数据
如果select的列中只有(a,b,主键), 则可以使用index(a,b)
如果select的列中不仅仅包含(a,b,主键), 则建议使用index(a)


  评论这张
 
阅读(172)| 评论(0)
推荐 转载

历史上的今天

在LOFTER的更多文章

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2018