日期:2014-05-17  浏览次数:20711 次

大数据量下,查询速度优化,多索引情况
本帖最后由 liugabvtc 于 2013-07-02 20:15:12 编辑
-- Create table
create table TDDEMO
(
  UID         NUMBER(13) not null,
  LID         NUMBER(7) not null,
  START_DATE  DATE not null,
  END_DATE    DATE not null,
  EXPIRE_DATE DATE not null,
  NAME        VARCHAR2(16) default 0,
  UPDATE_DATE DATE default SYSDATE
);
两个索引:
create index TDDEMO_INDEX1 on TDDEMO (UID, LID)
create index TDDEMO_INDEX2 on TDDEMO (EXPIRE_DATE)
大约600万数据,
我有如下两种语句需要很频繁的执行,
Select UID, LID, NAME from TDDEMO where UID >= XX and UID <= YY and LID = ZZ order by UID ;执行需要 17ms, 说明,每次结果大约1000条,
Delete from TDDEMO where expire_date < sysdate;  基本不花时间,
大家看看我可以怎么优化一些,期望查询语句能更快。


------解决方案--------------------
看一下查询计划
另外 LID 字段的区分度高吗?
考虑一下在LID 字段上加索引?
------解决方案--------------------
引用:
是说给LID单独加一个索引是么。   我建过索引,基本上没有效果。LID的区分不是很高, 他的值就在1-1000, 大概是这样,一个UID,有1000个LID,由 UID和LID组成的主键。 
另外问下,因为我没给这个表建立主键,是不是加上 UID 和LID作为主键后,会好很多。因为数据在运行,暂时没法建,如果有效果的话,我就停了系统来建立一个。


1)不必麻烦在LID上单独建立索引了、LID会用上复合索引 TDDEMO_INDEX1
2)明白主键的作用就不会这么想了、主键是负责"外交"的、你2个频繁sql都不做关联、没必要建
3)感觉你的sql可优化的空间不会很大了哈、order by UID 已经在索引里面帮你搞好了、这部分没有开销
4)贴上执行计划来看看吧

------解决方案--------------------
1)从你执行计划可以看出、目前你的索引确实没问题了
2)麻烦贴上统计信息?结合执行计划一起分析
------解决方案--------------------
引用:
create index TDDEMO_INDEX1 on TDDEMO (UID, LID)
Select UID, LID, NAME from TDDEMO where UID >= XX and UID <= YY and LID = ZZ order by UID ;