分区表上没有使用索引

Question

我有tableA，它（列表）几乎均匀地划分为 5 个值。 tableA 包含 1 亿行，并且在 customFunc(x) 上有一个本地（分区）索引。以下查询使用提到的索引执行RANGE SCAN，执行大约需要 5-10 秒并返回 500 万。

select count(*) from tableA where customFunc(x)='abc';

不幸的是，当我尝试在特定分区上执行相同的查询时，它会进行全表扫描并且需要很长时间。..

select count(*) from tableA where customFunc(x)='abc' and partitioning_key='DT';

我完全不明白为什么它会这样工作。它不应该在第二种情况下利用分区修剪吗？

编辑：添加提示/*+ index(tableA mentionedIndex) */ 解决了问题，但我还是不明白为什么默认不使用它

编辑：XPLAN 1

Plan hash value: xxx

---------------------------------------------------------------------------------------------------------------------
| Id  | Operation           | Name                          | Rows  | Bytes | Cost (%CPU)| Time     | Pstart| Pstop |
---------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT    |                               |     1 |    17 | 29335   (1)| 00:00:02 |       |       |
|   1 |  SORT AGGREGATE     |                               |     1 |    17 |            |          |       |       |
|   2 |   PARTITION LIST ALL|                               |  5227K|    84M| 29335   (1)| 00:00:02 |     1 |     5 |
|*  3 |    INDEX RANGE SCAN | CUSTOM_FUNC_INDEX             |  5227K|    84M| 29335   (1)| 00:00:02 |     1 |     5 |
---------------------------------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   3 - access(customFunc(x)='abc')

XPLAN 2（带分区键）

Plan hash value: yyy

----------------------------------------------------------------------------------------------------
| Id  | Operation              | Name      | Rows  | Bytes | Cost (%CPU)| Time     | Pstart| Pstop |
----------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT       |           |     1 |    30 |   679K  (2)| 00:00:27 |       |       |
|   1 |  SORT AGGREGATE        |           |     1 |    30 |            |          |       |       |
|   2 |   PARTITION LIST SINGLE|           |  4014K|   114M|   679K  (2)| 00:00:27 |   KEY |   KEY |
|*  3 |    TABLE ACCESS FULL   | tableA    |  4014K|   114M|   679K  (2)| 00:00:27 |     1 |     1 |
----------------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   3 - filter(customFunc(x)='abc')

Answer 1

不应该在第二种情况下利用分区修剪吗？

第二个查询是否应用分区修剪：这就是这一步的意思：PARTITION LIST SINGLE。问题是分区修剪意味着读取整个分区：在第二个计划中，步骤TABLE ACCESS FULL 意味着读取分区中的所有行，不使用索引。因此，第二个查询为分区中的每一行评估customFunc(x)='abc'。

使用分区键创建本地索引有什么意义？

不同之处在于，以分区键为前缀的本地索引将始终使用分区修剪，而当本地索引没有分区键时，优化器可以选择是否应用分区修剪。但是，如果您想运行不使用分区键的查询，那么显然您需要非前缀版本。

现在你感到困惑是对的。将分区键作为谓词，优化器应该对指定的分区执行INDEX RANGE SCAN。要弄清楚为什么它不这样做需要您付出更多的努力。可能是您的统计数据过时，或者您需要收集直方图。也许它是基于函数的索引这一事实使优化器感到困惑。如果您有访问权限或合作的 DBA，则可以使用 10053 事件来查看幕后情况。 Find out more.