这个执行计划中的 FILTER 如何运行？

ZALBB

carcase 发表于 2017-4-17 08:59
|  12 |             TABLE ACCESS FULL         | TMPBBEF6E241F2611E78CED98BE94F |     1 |    13 |     ...

我猜测，问题应该是这一段：ID = 20 开始的这段， NOT IN 的那个子查询，先是两个表 INNER JOIN,
返回 19+万的数据，再做左关联，也是19+万的数据，

我只是不明白，ID=3这步返回1条记录后，是不是给了ID=20这一步做数据库源？ 然后ID=20这一步
如何使用这条数据做FILTER操作？ 底下的 NL 操作是怎么流转的？

|* 20 |    FILTER                             |                              |       |       |         |             |
|  21 |     NESTED LOOPS OUTER                |                              |     2 |   120 |  5000   (1)| 00:00:01 |
|  22 |      NESTED LOOPS                     |                              |     1 |    17 |   603   (1)| 00:00:01 |
|  23 |       INDEX FAST FULL SCAN            | PK_AR_MATCK                  | 96554 |   471K|     2   (0)| 00:00:01 |
|* 24 |       TABLE ACCESS FULL               | T_AR_MATCKENTRY              |     1 |    12 |   601   (1)| 00:00:01 |
|* 25 |      TABLE ACCESS FULL                | T_AR_RECMACTHLOGENTRY        |     1 |    43 |  4397   (1)| 00:00:01 |

lastwinner

_optimizer_null_aware_antijoin
参数是怎么设置的？

ZALBB

lastwinner 发表于 2017-4-17 10:26
_optimizer_null_aware_antijoin
参数是怎么设置的？

野花，你回错帖子了吧？

lastwinner

ZALBB 发表于 2017-4-17 10:57
野花，你回错帖子了吧？

没有，看到你说not in和not exists差别那么大，就问一下

ZALBB

lastwinner 发表于 2017-4-17 16:30
没有，看到你说not in和not exists差别那么大，就问一下

没碰，  其实我想了解的是 ID=20 后，数据在ID= 21,22,23,24, 25 这几步的运行轨迹，

dingjun123

alter session set statistics_level=all;
执行sql;

执行2分钟后终止SQL
select * from table(dbms_xplan.display_cursor(null,null,'allstats last'));


用这个一看不就知道为什么慢了吗？ 从你修改后结果看，不是FILTER导致的，ID=2的FILTER才是类似循环，你修改完了还有，ID=20的只是单纯过滤，你修改完没有了，但是下面表的访问方式变了。

所以为什么慢，设下statistics_level=all,跑一下看看就行了

dingjun123

这里的ID=4和ID=8两个FILTER均有2个子节点，很显然是NOT IN子查询无法UNNEST导致的。上面说了在11g ORACLE CBO可以将NOT IN转换成NULL AWARE ANTI JOIN，并且在11.2.0.2上是可以转换的，到11.2.0.4上就不行了。两个FILTER操作的危害到底有多大呢，可以通过查询实际执行计划来看：

使用ALTER SESSION SET STATISTICS_LEVEL=ALL;截取2分25s的记录查看实际情况，ID=9步骤的CARD=141行就需要2分25s,实际此步骤有：27w行，也就是这条SQL要运行10天以上了。

dingjun123

看下A-ROWS，A-TIME就清楚了，这个是真实运行情况。。。

wing hong

同意兔子。 运行时看一下 sqlmonitor 就清楚为什么慢了。 剩下的就 是 看 怎么hint 或者 改到 想要的。

ZALBB

已经知道原因了，正常尝试改进，