这篇博客探讨了一段Oracle SQL查询中出现的四个全表扫描现象，可能由于内部代码错误导致预期的执行路径未被采用。查询涉及到表M，并通过过滤条件对OBJECT_NAME进行操作。执行计划显示了每个全表扫描的成本和时间估计，同时揭示了可能的BUG，如SYS_OP_DESCEND函数的使用和动态采样。博客深入分析了这个问题，对于理解Oracle数据库性能优化和错误排查具有参考价值。
--搞了4个全表扫描，说明oracle是想走的，但是估计内部代码BUG，导致事实没有走，还触发了BUG
SQL> show release
release 1102000100
SQL> SELECT/*+OR_EXPAND(m object_name) index(m)*/ object_name FROM m WHERE object_name IN ('A','B');
执行计划
----------------------------------------------------------
Plan hash value: 2589773310
---------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
---------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 26 | 1716 | 1185 (1)| 00:00:15 |
| 1 | CONCATENATION | | | | | |
|* 2 | TABLE ACCESS FULL| M | 12 | 792 | 296 (1)| 00:00:04 |
|* 3 | TABLE ACCESS FULL| M | 1 | 66 | 296 (1)| 00:00:04 |
|* 4 | TABLE ACCESS FULL| M | 12 | 792 | 296 (1)| 00:00:04 |
|* 5 | TABLE ACCESS FULL| M | 1 | 66 | 296 (1)| 00:00:04 |
---------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
2 - filter("OBJECT_NAME"='B')
3 - filter("OBJECT_NAME"='B' AND
LNNVL(SYS_OP_DESCEND("OBJECT_NAME")=HEXTORAW('BEFF') ))
4 - filter("OBJECT_NAME"='A' AND
SYS_OP_DESCEND("OBJECT_NAME")=HEXTORAW('BEFF') )
5 - filter("OBJECT_NAME"='A' AND
SYS_OP_DESCEND("OBJECT_NAME")=HEXTORAW('BDFF') AND
LNNVL(SYS_OP_DESCEND("OBJECT_NAME")=HEXTORAW('BEFF') ))
Note
-----
- dynamic sampling used for this statement (level=2)
扫一扫
1993
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
