oracle执行计划中filter,oracle 执行计划 filter下多个节点的优化

最新推荐文章于 2023-11-02 15:33:30 发布
最新推荐文章于 2023-11-02 15:33:30 发布
阅读量366 收藏
点赞数
文章标签： oracle执行计划中filter

今天碰到一个性能问题，SQL执行60多s，改后2s，把这个案例写成一个例子：

drop table t1 purge;

drop table t2 purge;

drop table t3 purge;

create table t1 as select object_id,object_name,object_type from dba_objects;

create table t2 as select object_id,object_name from user_objects;

create table t3 as select object_id,object_name from user_objects where rownum <=1000;

create index ind_t1_object_id on t1(object_id);

create index ind_t2_object_id on t2(object_id);

create index ind_t3_object_id on t3(object_id);

exec dbms_stats.gather_table_stats(user,'t1');

exec dbms_stats.gather_table_stats(user,'t2');

exec dbms_stats.gather_table_stats(user,'t3');

alter session set statistics_level=all;

select count(1)

from t1

where t1.object_type = 'TABLE'

or exists (select 1 from t2 where t1.object_id = t2.object_id)

or exists (select 1 from t3 where t1.object_id = t3.object_id);

select * from table(dbms_xplan.display_cursor(null,null,'allstats last'));

-----------------------------------------------------------------------------------------------------------

| Id  | Operation           | Name             | Starts | E-Rows | A-Rows |   A-Time   | Buffers | Reads  |

-----------------------------------------------------------------------------------------------------------

|   0 | SELECT STATEMENT    |                  |      1 |        |      1 |00:00:01.13 |     184K|     60 |

|   1 |  SORT AGGREGATE     |                  |      1 |      1 |      1 |00:00:01.13 |     184K|     60 |

|*  2 |   FILTER            |                  |      1 |        |  31507 |00:00:01.13 |     184K|     60 |

|   3 |    TABLE ACCESS FULL| T1               |      1 |    108K|    108K|00:00:00.20 |     652 |   0 |

|*  4 |    INDEX RANGE SCAN | IND_T2_OBJECT_ID |  99288 |      1 |  22590 |00:00:00.37 |     106K|     57 |

|*  5 |    INDEX RANGE SCAN | IND_T3_OBJECT_ID |  76698 |      1 |      0 |00:00:00.23 |   77710 |   3 |

-----------------------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):

---------------------------------------------------

2 - filter(("T1"."OBJECT_TYPE"='TABLE' OR  IS NOT NULL OR  IS NOT NULL))

4 - access("T2"."OBJECT_ID"=:B1)

5 - access("T3"."OBJECT_ID"=:B1)

--从这里可以看到这里的filter其实相当于三重循环，循环次数这么多，当然慢。如果优化，就是降低次数，如下：

select count(1) from

(select t1.*  from t1 where t1.object_type = 'TABLE'

union all

(select t1.* from t1, t2

where t1.object_id = t2.object_id

and t1.object_type <> 'TABLE'

union

select t1.*

from t1, t3

where t1.object_id = t3.object_id

and t1.object_type <> 'TABLE'

)

);

select * from table(dbms_xplan.display_cursor(null,null,'allstats last'));

------------------------------------------------------------------------------------------------------------------------------------

| Id  | Operation                  | Name             | Starts | E-Rows | A-Rows |   A-Time   | Buffers |  OMem |  1Mem | Used-Mem |

------------------------------------------------------------------------------------------------------------------------------------

|   0 | SELECT STATEMENT           |                  |      1 |        |      1 |00:00:00.33 |    2027 |       |       |          |

|   1 |  SORT AGGREGATE            |                  |      1 |      1 |      1 |00:00:00.33 |    2027 |       |       |          |

|   2 |   VIEW                     |                  |      1 |  29274 |  31507 |00:00:00.33 |    2027 |       |       |          |

|   3 |    UNION-ALL               |                  |      1 |        |  31507 |00:00:00.32 |    2027 |       |       |          |

|*  4 |     TABLE ACCESS FULL      | T1               |      1 |   2303 |   8917 |00:00:00.01 |     652 |       |       |          |

|   5 |     SORT UNIQUE            |                  |      1 |  29274 |  22590 |00:00:00.29 |    1375 |  2250K|   704K| 1999K (0)|

|   6 |      UNION-ALL             |                  |      1 |        |  23456 |00:00:00.24 |    1375 |       |       |          |

|*  7 |       HASH JOIN            |                  |      1 |  25971 |  22590 |00:00:00.13 |     716 |  1815K|  1815K| 2511K (0)|

|   8 |        INDEX FAST FULL SCAN| IND_T2_OBJECT_ID |      1 |  26007 |  25980 |00:00:00.01 |      64 |       |       |          |

|*  9 |        TABLE ACCESS FULL   | T1               |      1 |    105K|  99322 |00:00:00.04 |     652 |       |       |          |

|* 10 |       HASH JOIN            |                  |      1 |   1000 |    866 |00:00:00.09 |     659 |  1452K|  1452K| 1488K (0)|

|  11 |        INDEX FAST FULL SCAN| IND_T3_OBJECT_ID |      1 |   1000 |   1000 |00:00:00.01 |       7 |       |       |          |

|* 12 |        TABLE ACCESS FULL   | T1               |      1 |    105K|  99322 |00:00:00.03 |     652 |       |       |          |

------------------------------------------------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):

---------------------------------------------------

4 - filter("T1"."OBJECT_TYPE"='TABLE')

7 - access("T1"."OBJECT_ID"="T2"."OBJECT_ID")

9 - filter("T1"."OBJECT_TYPE"<>'TABLE')

10 - access("T1"."OBJECT_ID"="T3"."OBJECT_ID")

12 - filter("T1"."OBJECT_TYPE"<>'TABLE')

set autotrace traceonly

select count(1)

from t1

where t1.object_type = 'TABLE'

or exists (select 1 from t2 where t1.object_id = t2.object_id)

or exists (select 1 from t3 where t1.object_id = t3.object_id);

已用时间:  00: 00: 01.27

执行计划

----------------------------------------------------------

Plan hash value: 615550045

----------------------------------------------------------------------------------------

| Id  | Operation           | Name             | Rows  | Bytes | Cost (%CPU)| Time     |

----------------------------------------------------------------------------------------

|   0 | SELECT STATEMENT    |                  |     1 |    15 |   183   (1)| 00:00:03 |

|   1 |  SORT AGGREGATE     |                  |     1 |    15 |            |          |

|*  2 |   FILTER            |                  |       |       |            |          |

|   3 |    TABLE ACCESS FULL| T1               |   108K|  1585K|   183   (1)| 00:00:03 |

|*  4 |    INDEX RANGE SCAN | IND_T2_OBJECT_ID |     1 |     5 |     1   (0)| 00:00:01 |

|*  5 |    INDEX RANGE SCAN | IND_T3_OBJECT_ID |     1 |     5 |     1   (0)| 00:00:01 |

----------------------------------------------------------------------------------------

Predicate Information (identified by operation id):

---------------------------------------------------

2 - filter("T1"."OBJECT_TYPE"='TABLE' OR  EXISTS (SELECT 0 FROM "T2" "T2"

WHERE "T2"."OBJECT_ID"=:B1) OR  EXISTS (SELECT 0 FROM "T3" "T3" WHERE

"T3"."OBJECT_ID"=:B2))

4 - access("T2"."OBJECT_ID"=:B1)

5 - access("T3"."OBJECT_ID"=:B1)

统计信息

----------------------------------------------------------

0  recursive calls

0  db block gets

184940  consistent gets

0  physical reads

0  redo size

349  bytes sent via SQL*Net to client

472  bytes received via SQL*Net from client

2  SQL*Net roundtrips to/from client

0  sorts (memory)

0  sorts (disk)

1  rows processed

select count(1) from

(select t1.*  from t1 where t1.object_type = 'TABLE'

union all

(select t1.* from t1, t2

where t1.object_id = t2.object_id

and t1.object_type <> 'TABLE'

union

select t1.*

from t1, t3

where t1.object_id = t3.object_id

and t1.object_type <> 'TABLE'

)

);

已用时间:  00: 00: 00.42

执行计划

----------------------------------------------------------

Plan hash value: 109299234

-----------------------------------------------------------------------------------------------

| Id  | Operation                  | Name             | Rows  | Bytes | Cost (%CPU)| Time     |

-----------------------------------------------------------------------------------------------

|   0 | SELECT STATEMENT           |                  |     1 |       |   571   (1)| 00:00:07 |

|   1 |  SORT AGGREGATE            |                  |     1 |       |            |          |

|   2 |   VIEW                     |                  | 29274 |       |   571   (1)| 00:00:07 |

|   3 |    UNION-ALL               |                  |       |       |            |          |

|*  4 |     TABLE ACCESS FULL      | T1               |  2303 | 87514 |   183   (1)| 00:00:03 |

|   5 |     SORT UNIQUE            |                  | 29274 |  1218K|   571  (69)| 00:00:07 |

|   6 |      UNION-ALL             |                  |       |       |            |          |

|*  7 |       HASH JOIN            |                  | 25971 |  1090K|   201   (1)| 00:00:03 |

|   8 |        INDEX FAST FULL SCAN| IND_T2_OBJECT_ID | 26007 |   126K|    17   (0)| 00:00:01 |

|*  9 |        TABLE ACCESS FULL   | T1               |   105K|  3931K|   183   (1)| 00:00:03 |

|* 10 |       HASH JOIN            |                  |  1000 | 43000 |   187   (2)| 00:00:03 |

|  11 |        INDEX FAST FULL SCAN| IND_T3_OBJECT_ID |  1000 |  5000 |     3   (0)| 00:00:01 |

|* 12 |        TABLE ACCESS FULL   | T1               |   105K|  3931K|   183   (1)| 00:00:03 |

-----------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):

---------------------------------------------------

4 - filter("T1"."OBJECT_TYPE"='TABLE')

7 - access("T1"."OBJECT_ID"="T2"."OBJECT_ID")

9 - filter("T1"."OBJECT_TYPE"<>'TABLE')

10 - access("T1"."OBJECT_ID"="T3"."OBJECT_ID")

12 - filter("T1"."OBJECT_TYPE"<>'TABLE')

统计信息

----------------------------------------------------------

1  recursive calls

0  db block gets

2027  consistent gets

0  physical reads

0  redo size

349  bytes sent via SQL*Net to client

472  bytes received via SQL*Net from client

2  SQL*Net roundtrips to/from client

1  sorts (memory)

0  sorts (disk)

1  rows processed

weixin_39616287
关注
Oracle filter 函数,oracle执行计划中的filter
weixin_39788969的博客
04-04 1006
filter这个操作在《Cost Based Oracle Fundamental》此书第九章有介绍。filter的操作是对外表的每一行，都要对内表执行一次全表扫描，所以很多时候提到filter都会感到可怕。他其实很像我们熟悉的neested loop，但它的独特之处在于会维护一个hash table。其实filter 的性能实际上跟列值distinct数有关，oracle在执行的时候实际上做了很...
第2章：Oracle里的执行计划
hanzong110的博客
10-14 1093
1 什么是执行计划 为执行sql，Oracle内部必须按顺序执行很多步骤，最后将其执行结果作为目标sql的执行结果返回给用户，Oacle用来执行目标sql语句的这些步骤的组合称为执行计划 1.1 执行计划的三部分 --准备工作 create table t1(col1 number, col2 varchar2(1)); create table t2(col2 varchar2(1), col3 varchar2(2)); select /*+real_exp_example1*/ t1.col1, t
filter优化
04-27
oracle sql filter 优化
Oracle执行计划filter下多个节点的优化
coco3600的博客
07-03 650
Oracle执行计划filter下多个节点的优化 FILTER操作是执行计划中常见的操作，这种操作有两种情况： l只有一个子节点，那么就是简单过滤操作。 ...
oracle执行计划中的filter
热门推荐
Colin Lau Oracle
11-30 1万+
filter这个操作在《Cost Based Oracle Fundamental》此书第九章有介绍。filter的操作是对外表的每一行，都要对内表执行一次全表扫描，所以很多时候提到filter都会感到可怕。他其实很像我们熟悉的neested loop，但它的独特之处在于会维护一个hash table。其实filter 的性能实际上跟列值distinct数有关，oracle在执行的时候实际上做了很
oracle执行计划中filter,关于执行计划中FILTER的规则
weixin_42520580的博客
04-05 907
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------| Id| Operation ...
Oracle 19C优化器中自动使用了filter操作
专注于软件测评业务
02-23 1810
11g和19c的执行计划有一个很明显的差别就是filter操作，在19c环境中优化器居然自动选择了filter"连接方式"。filter被称为改良的nested loop，这个"改良"，体现在驱动表连接列的重复值很多时，filter的性能会稍优于nested loop，而代价是一旦SQL使用了filter连接方式，驱动表只能固定为"外表"无论驱动表返回的结果是否足够小。
ORACLE--执行计划
我妻善逸（あがつまーぜんいつ）的博客
05-07 349
查看方式 EXPLAIN PLAN FOR SELECT T1.ORDER_KEY AS ORDER_KEY --注文キー ,T1.EXECUTION_NO AS EXECUTION_NO --出来履歴 ,T1.RECSEQNO AS RECSEQNO --レコードシーケンスNO ,T1.ORDER_DATE_T...
Oracle数据库查询分析：揭秘SQL语句背后的执行计划（附优化建议）
Oracle数据库查询是获取和操作存储在数据库中的数据的核心机制。本章将介绍Oracle数据库查询的基础知识，包括： - **SQL语言：**用于与Oracle数据库交互的标准化语言。 - **查询语法：**用于检索和修改数据的SQL...
Oracle数据库查询计划分析：Linux环境下的性能优化
查询计划是数据库优化器为查询生成的执行计划，它指定了查询执行的步骤和资源使用情况。 查询计划分析涉及以下步骤： - 捕获查询计划：使用EXPLAIN PLAN命令捕获查询的执行计划。 - 解读查询计划：分析查询计划
oracle 执行计划 详解
11-22
自己动手总结出来的所有的东西都有例子，执行计划的分析，访问路径分析，执行顺序分析方法，执行计划的解读方法，刚近公司，带我的人要我做的，也是想帮我好好理解，现在拿来分享下
用二叉树的后序遍历来看oracle执行计划的执行顺序
记录创业路上的一些想法
07-23 3188
我们先用一个小表来，来说明一下，oracle执行计划该注意哪些地方。 hr@ORCL> set autotrace traceonly hr@ORCL> select * from t; 模糊比较两条sql的优劣时，建议先查看以下两个值： Cost (%CPU)：cpu代价，这个值要代数和。比如，这里是3+3=6 consistent gets：这个值一般要多执行几次！让他稳定下来，
Oracle-执行计划
最新发布
UntifA的博客
11-02 2238
Oracle-执行计划生成及查看的几种方法
Oracle 执行计划中access 和 filter的区别
让 学习 成为一种 习惯 ( 谭祖爱 & 技术博客 )
12-30 4349
一、简要说明：     Prediceate(谓词)：一个查询中的WHERE限制条件。     在查看执行计划的信息中，经常会看到两个谓词filter和access，它们的区别是什么，理解了这个两个词对我们解读Oracle的执行计划信息会有所帮助。     简单地说，执行计划如果显示是access，就表示这个谓词条件的值将会影响数据的访问路径(表还是索引)，而filter表示谓词
oracle filter unnest,优化Oracle SQL查询
weixin_30015509的博客
04-06 191
您好我有一个SQL查询,我正在尝试优化.此查询在0.3秒内完成,但我需要为大量不同的storeId运行相同的查询 – 无论如何都要优化此查询以使其更快,或者更改它以便它立即获取所有storeIds.我总是可以在C#中创建一个新命令,该命令与命令连接,使其成为大量不同查询的联合.select /*+ PUSH_SUBQ */ *from mytable rwhere r.s in (1,7)and ...
oracle全文索引之FILTER
乐敏@技术驿站
01-08 1722
介绍完Oracle全文索引的DATASTORE属性，继续介绍Oracle的FILTER属性。Oracle全文索引的FILTER属性主要是针对具有一定格式的文档，Oracle根据FILTER的设定来过滤那些不属于文章内容的部分。FILTER属性包含的属性有：CHARSET_FILTER、INSO_FILTER、NULL_FILTER、USER_FILTER、PROCEDURE_F
oracle低效回表filter,【DBAplus】深入Oracle优化器：一条诡异执行计划的解决之道...
weixin_39928480的博客
04-08 771
深入Oracle优化器：一条诡异执行计划的解决之道DBAplus社群 | 2016-05-05 19:51CBO计算成本并选择最佳执行计划的至关重要输入物就是表和索引的统计信息，过旧或错误的统计信息则可能导致一个性能极差的执行计划被错误地选中。本文将以一个案例展示诡异的统计信息如何影响执行计划的生成。1案例介绍这是一个简单的sql，近两个月来对于告警明细表(分区)做月度汇总查询时，总是出现了异常缓...
oracle 执行计划 filter下多个节点的优化
关注系统性能调优
09-28 2166
今天碰到一个性能问题，SQL执行60多s，改后2s，把这个案例写成一个例子： drop table t1 purge; drop table t2 purge; drop table t3 purge; create table t1 as select object_id,object_name,object_type from dba_objects; create table t2
Oracle 'or exists/in'结合使用引起的filter执行计划 的优化
cixiaobi8104的博客
03-17 560
...
Oracle并行执行深度解析：生产者-消费者模型与性能优化
并行执行计划的解读是理解并行执行的关键。并行计划展示了数据如何在并行进程中分布和处理，包括并行度（DoP）的选择，即SQL语句可以同时运行的进程数。文章中将展示如何通过sqlmonitor报告来分析并行执行的效率和...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值