我正在尝试优化以下查询：
SELECT tickstime AS time,
quantity1 AS turnover
FROM cockpit_test.ticks
WHERE date_id BETWEEN 20111104 AND 20111109
AND mdc_id IN (297613)
ORDER BY time;
这很简单，但是运行大约需要60-90秒。 cockpit_test.TICKS表包含超过100M的行。它还具有按MDC_ID和DATE_ID列的索引。
解释计划给出以下输出
"-------------------------------------------------------------------------------------------------------"
"| Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time |"
"-------------------------------------------------------------------------------------------------------"
"| 0 | SELECT STATEMENT | | 26905 | 604K| | 11783 (1)| 00:02:22 |"
"| 1 | SORT ORDER BY | | 26905 | 604K| 968K| 11783 (1)| 00:02:22 |"
"| 2 | TABLE ACCESS BY INDEX ROWID| TICKS | 26905 | 604K| | 11596 (1)| 00:02:20 |"
"|* 3 | INDEX RANGE SCAN | TICKS_MDC_DATE | 26905 | | | 89 (0)| 00:00:02 |"
"-------------------------------------------------------------------------------------------------------"
" "
"Predicate Information (identified by operation id):"
"---------------------------------------------------"
" "
" 3 - access(""MDC_ID""=297613 AND ""DATE_ID"">=20111104 AND ""DATE_ID""<=20111109)"
因此，我不完全确定这意味着什么，但是似乎索引已被命中，并且大多数时间都是通过按索引rowid访问行而消耗的。
有什么方法可以使此查询运行更快？
UPD
这是表的定义：
Name Null? Type
----------------------------------------- -------- ----------------------------
DATE_ID NOT NULL NUMBER(38)
MDC_ID NOT NULL NUMBER(38)
TICKSTIME NOT NULL DATE
STATE NOT NULL NUMBER(38)
VALUE1 NOT NULL FLOAT(126)
VALUE2 FLOAT(126)
VOLUME1 FLOAT(126)
VOLUME2 FLOAT(126)
QUANTITY1 NUMBER(38)
QUANTITY2 NUMBER(38)
表格上有3个索引：
MDC_ID上的索引
DATE_ID，MDC_ID，TICKSTIME上的复合索引
DATE_ID，MDC_ID上的复合索引
最佳答案
我将检查该解释计划是否对基数有准确的估计。当提供多个谓词时，基数估计很不正常，对于这么小的查询和估计的排序大小，执行时间似乎非常长（除非您的存储基础架构严重不足，这再次很典型）。
给定查询的持续时间，我将通过调用动态采样来确保估算的准确性。
SELECT
/*+ dynamic_sampling(4) */
tickstime AS time,
quantity1 AS turnover
FROM
cockpit_test.ticks
WHERE
date_id BETWEEN 20111104 AND 20111109 and
mdc_id IN (297613)
ORDER BY
tickstime;
如果事实证明估计的临时空间小于实际空间（并且您可以通过查询V $ SQL_WORKAREA_ACTIVE进行检查），则可能必须调整会话的内存设置以切换到自动内存管理并增加排序区域的大小。