一个20g的分区T表，运行一个查询语句如：select，列1，列2，列2，列3，sum(列4)，count(列5） from T GROUP BY 列1，列2，列2，列3
需要运行15分钟,执行计划如下，有没有什么好优化办法，group by的列都是选择性小的列基数很低
Execution Plan
----------------------------------------------------------
Plan hash value: 3825200618
------------------------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time | Pstart| Pstop |
------------------------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 74M| 9695M| | 4621K (1)| 15:24:14 | | |
| 1 | HASH GROUP BY | | 74M| 9695M| 11G| 4621K (1)| 15:24:14 | | |
| 2 | VIEW | VW_DAG_0 | 74M| 9695M| | 2362K (1)| 07:52:33 | | |
| 3 | HASH GROUP BY | | 74M| 6510M| 8282M| 2362K (1)| 07:52:33 | | |
| 4 | PARTITION RANGE ALL| | 74M| 6510M| | 790K (1)| 02:38:12 | 1 |1048575|
| 5 | TABLE ACCESS FULL | T | 74M| 6510M| | 790K (1)| 02:38:12 | 1 |1048575|
------------------------------------------------------------------------------------------------------------------
其实除了提升计算资源的使用（加并行），没有太好的办法，妥妥的全表扫描是跑不掉的。
多列索引并不一定合适，除非该查询就是该表上的主要业务。
如果分区键是包含在group中的某列，那么运行速度会相对更快一些，SQL并不需要调整。
评论
有用 0
墨值悬赏