Oracle查询指定索引提高查询效率VHQ金州视窗!了解黔西南,从金州视窗开始!
一个1600万数据表--短信上行表TBL_SMS_MOVHQ金州视窗!了解黔西南,从金州视窗开始!
结构:VHQ金州视窗!了解黔西南,从金州视窗开始!
CREATE TABLE TBL_SMS_MOVHQ金州视窗!了解黔西南,从金州视窗开始!
(VHQ金州视窗!了解黔西南,从金州视窗开始!
SMS_ID NUMBER,VHQ金州视窗!了解黔西南,从金州视窗开始!
MO_ID VARCHAR2(50),VHQ金州视窗!了解黔西南,从金州视窗开始!
MOBILE VARCHAR2(11),VHQ金州视窗!了解黔西南,从金州视窗开始!
SPNUMBER VARCHAR2(20),VHQ金州视窗!了解黔西南,从金州视窗开始!
MESSAGE VARCHAR2(150),VHQ金州视窗!了解黔西南,从金州视窗开始!
TRADE_CODE VARCHAR2(20),VHQ金州视窗!了解黔西南,从金州视窗开始!
LINK_ID VARCHAR2(50),VHQ金州视窗!了解黔西南,从金州视窗开始!
GATEWAY_ID NUMBER,VHQ金州视窗!了解黔西南,从金州视窗开始!
GATEWAY_PORT NUMBER,VHQ金州视窗!了解黔西南,从金州视窗开始!
MO_TIME DATE DEFAULT SYSDATEVHQ金州视窗!了解黔西南,从金州视窗开始!
);VHQ金州视窗!了解黔西南,从金州视窗开始!
CREATE INDEX IDX_MO_DATE ON TBL_SMS_MO (MO_TIME)VHQ金州视窗!了解黔西南,从金州视窗开始!
PCTFREE 10VHQ金州视窗!了解黔西南,从金州视窗开始!
INITRANS 2VHQ金州视窗!了解黔西南,从金州视窗开始!
MAXTRANS 255VHQ金州视窗!了解黔西南,从金州视窗开始!
STORAGEVHQ金州视窗!了解黔西南,从金州视窗开始!
(VHQ金州视窗!了解黔西南,从金州视窗开始!
INITIAL 1MVHQ金州视窗!了解黔西南,从金州视窗开始!
NEXT 1MVHQ金州视窗!了解黔西南,从金州视窗开始!
MINEXTENTS 1VHQ金州视窗!了解黔西南,从金州视窗开始!
MAXEXTENTS UNLIMITEDVHQ金州视窗!了解黔西南,从金州视窗开始!
PCTINCREASE 0VHQ金州视窗!了解黔西南,从金州视窗开始!
);VHQ金州视窗!了解黔西南,从金州视窗开始!
CREATE INDEX IDX_MO_MOBILE ON TBL_SMS_MO (MOBILE)VHQ金州视窗!了解黔西南,从金州视窗开始!
PCTFREE 10VHQ金州视窗!了解黔西南,从金州视窗开始!
INITRANS 2VHQ金州视窗!了解黔西南,从金州视窗开始!
MAXTRANS 255VHQ金州视窗!了解黔西南,从金州视窗开始!
STORAGEVHQ金州视窗!了解黔西南,从金州视窗开始!
(VHQ金州视窗!了解黔西南,从金州视窗开始!
INITIAL 64KVHQ金州视窗!了解黔西南,从金州视窗开始!
NEXT 1MVHQ金州视窗!了解黔西南,从金州视窗开始!
MINEXTENTS 1VHQ金州视窗!了解黔西南,从金州视窗开始!
MAXEXTENTS UNLIMITEDVHQ金州视窗!了解黔西南,从金州视窗开始!
PCTINCREASE 0VHQ金州视窗!了解黔西南,从金州视窗开始!
);VHQ金州视窗!了解黔西南,从金州视窗开始!
VHQ金州视窗!了解黔西南,从金州视窗开始!
问题:从表中查询某时间段内某手机发送的短消息,如下SQL语句:VHQ金州视窗!了解黔西南,从金州视窗开始!
VHQ金州视窗!了解黔西南,从金州视窗开始!
SELECT MOBILE,MESSAGE,TRADE_CODE,MO_TIMEVHQ金州视窗!了解黔西南,从金州视窗开始!
FROM TBL_SMS_MOVHQ金州视窗!了解黔西南,从金州视窗开始!
WHERE MOBILE=''''130XXXXXXXX''''VHQ金州视窗!了解黔西南,从金州视窗开始!
AND MO_TIME BETWEEN TO_DATE(''''2006-04-01'''',''''YYYY-MM-DD HH24:MI:SS'''') AND TO_DATE(''''2006-04-07'''',''''YYYY-MM-DD HH24:MI:SS'''')VHQ金州视窗!了解黔西南,从金州视窗开始!
ORDER BY MO_TIME DESCVHQ金州视窗!了解黔西南,从金州视窗开始!
返回结果大约需要10分钟,应用于网页查询,简直难以忍受。VHQ金州视窗!了解黔西南,从金州视窗开始!
VHQ金州视窗!了解黔西南,从金州视窗开始!
分析:VHQ金州视窗!了解黔西南,从金州视窗开始!
在PL/SQL Developer,点击“Explain Plan”按钮(或F5键),对SQL进行分析,发现缺省使用的索引是IDX_MO_DATE。问题可能出在这里,因为相对于总数量1600万数据来说,都mobile的数据是很少的,如果使用IDX_MO_MOBILE比较容易锁定数据。VHQ金州视窗!了解黔西南,从金州视窗开始!
VHQ金州视窗!了解黔西南,从金州视窗开始!
如下优化:VHQ金州视窗!了解黔西南,从金州视窗开始!
SELECT /*+ index(TBL_SMS_MO IDX_MO_MOBILE) */ MOBILE,MESSAGE,TRADE_CODE,MO_TIMEVHQ金州视窗!了解黔西南,从金州视窗开始!
FROM TBL_SMS_MOVHQ金州视窗!了解黔西南,从金州视窗开始!
WHERE MOBILE=''''130XXXXXXXX''''VHQ金州视窗!了解黔西南,从金州视窗开始!
AND MO_TIME BETWEEN TO_DATE(''''2006-04-01'''',''''YYYY-MM-DD HH24:MI:SS'''') AND TO_DATE(''''2006-04-07'''',''''YYYY-MM-DD HH24:MI:SS'''')VHQ金州视窗!了解黔西南,从金州视窗开始!
ORDER BY MO_TIME DESCVHQ金州视窗!了解黔西南,从金州视窗开始!
测试:VHQ金州视窗!了解黔西南,从金州视窗开始!
按F8运行这个SQL,哇~... ... 2.360s,这就是差别。VHQ金州视窗!了解黔西南,从金州视窗开始!