Oracle 40万记录表查询耗时过长求助，带索引仍需2-3分钟

针对40万条记录的DATA_MYSUBMISSION_DETAILS表执行SELECT DISTINCT SEQU_ID,DATA_VALUE FROM DATA_MYSUBMISSION_DETAILS WHERE DATA_NAME ='PLAN_ID';耗时2-3分钟的问题，可按以下步骤优化：

1. 创建覆盖复合索引 #

当前仅为DATA_NAME和SEQU_ID单独建了索引，但查询需要过滤DATA_NAME并返回SEQU_ID、DATA_VALUE的去重结果，单独索引无法避免回表操作（从索引定位到表数据行）。建议创建覆盖复合索引：

CREATE INDEX IDX_DATA_NAME_SEQID_DATAVALUE ON DATA_MYSUBMISSION_DETAILS (DATA_NAME, SEQU_ID, DATA_VALUE);

该索引包含查询所需的所有字段，数据库无需回表，直接从索引中获取并处理数据，能大幅提升查询速度。

2. 分析执行计划定位瓶颈 #

执行以下SQL查看当前查询的执行计划，确认是否走了全表扫描或低效索引：

EXPLAIN PLAN FOR
SELECT DISTINCT SEQU_ID,DATA_VALUE FROM DATA_MYSUBMISSION_DETAILS WHERE DATA_NAME ='PLAN_ID';

SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY);

如果执行计划显示TABLE ACCESS FULL（全表扫描），说明优化器未选择合适索引，可能是统计信息过时或索引选择性不足；如果显示INDEX RANGE SCAN但伴随TABLE ACCESS BY INDEX ROWID，则说明存在回表开销，覆盖索引可解决此问题。

3. 替换DISTINCT为GROUP BY #

Oracle对GROUP BY的优化逻辑有时优于DISTINCT，可尝试替换查询语句：

SELECT SEQU_ID,DATA_VALUE 
FROM DATA_MYSUBMISSION_DETAILS 
WHERE DATA_NAME ='PLAN_ID' 
GROUP BY SEQU_ID,DATA_VALUE;

对比执行耗时，部分场景下能获得性能提升。

4. 更新表与索引统计信息 #

即使重建了索引，若表的统计信息过时，优化器可能无法生成最优执行计划。执行以下语句更新统计信息：

EXEC DBMS_STATS.GATHER_TABLE_STATS(
    OWNNAME => '你的数据库用户名',
    TABNAME => 'DATA_MYSUBMISSION_DETAILS',
    CASCADE => TRUE,
    ESTIMATE_PERCENT => DBMS_STATS.AUTO_SAMPLE_SIZE
);

CASCADE => TRUE会同时更新索引的统计信息，确保优化器能准确评估数据分布。

5. 验证索引有效性 #

确认所有索引处于可用状态：

SELECT index_name, status 
FROM all_indexes 
WHERE table_name = 'DATA_MYSUBMISSION_DETAILS';

若索引状态为UNUSABLE，需重新重建索引。

内容的提问来源于stack exchange，提问作者Sid