oracle 执行计划 ref,Oracle ---- 固定执行计划之Outline

最新推荐文章于 2023-10-04 17:10:08 发布
最新推荐文章于 2023-10-04 17:10:08 发布
阅读量165 收藏
点赞数
文章标签： oracle 执行计划 ref

今天介绍一个旧版本中固定执行计划的方法：Outline。

这个方法虽然比较老，但是因为没有版本限制，SE也可以使用，所以还在一定的场景中是能用到的。

下面是详细的步骤和测试结果：

1.TEST用Table做成。create table tab1(c1 number, c2 number, c3 varchar2(10));

declare

a number;

begin

a := 1;

for i in 1 .. 50 loop

for j in 1 .. 100 loop

insert into tab1 values(a,j,'a');

commit;

a := a+1;

end loop;

end loop;

end;

/

create index ind1_1 on tab1(c2);

exec dbms_stats.gather_table_stats(ownname=>'TEST',tabname=>'TAB1',cascade=>TRUE);

2.做成两个Outline。CREATE OUTLINE test_oln_tab1 for category test_oln ON select count(*) from tab1 where c2=1;

CREATE OUTLINE test_oln_tab2 for category test_oln ON select /*+ FULL( tab1 ) */ count(*) from tab1 where c2=1;

3.查看一下做成的Outline。SQL> select * from OUTLN.OL$;

OL_NAME SQL_TEXT TEXTLEN SIGNATURE HASH_VALUE HASH_VALUE2 CATEGORY VERSION CREATOR TIMESTAMP FLAGS HINTCOUNT SPARE1 SPARE2

TEST_OLN_TAB1 select count(*) from tab1 where c2=1 36 DFCF0A3CF8B2F9EF5D90A595EF5F2B16 1484405676 2172588166 TEST_OLN 19.0.0.0.0 TEST 2/22/2021 15:25 0 6

TEST_OLN_TAB2 select /*+ FULL( tab1 ) */ count(*) from tab1 where c2=1 56 FC573ABD6E39A44C51808D67718F873C 2518267384 3225357337 TEST_OLN 19.0.0.0.0 TEST 2/22/2021 15:25 0 6

SQL> select * from OUTLN.OL$HINTS;

OL_NAME HINT# CATEGORY HINT_TYPE HINT_TEXT STAGE# NODE# TABLE_NAME TABLE_TIN TABLE_POS REF_ID USER_TABLE_NAME COST CARDINALITY BYTES HINT_TEXTOFF HINT_TEXTLEN

TEST_OLN_TAB1 1 TEST_OLN 1001 INDEX(@"SEL$1" "TAB1"@"SEL$1" ("TAB1"."C2")) 1 1 TAB1 1 1 0 TEST.TAB1 1.000607 50 150 22 4

TEST_OLN_TAB1 2 TEST_OLN 1011 OUTLINE_LEAF(@"SEL$1") 1 1 0 0 0 0 0 0 0 0

TEST_OLN_TAB1 3 TEST_OLN 1013 ALL_ROWS 1 1 0 0 0 0 0 0 0 0

TEST_OLN_TAB1 4 TEST_OLN 54 DB_VERSION('19.1.0') 1 1 0 0 0 0 0 0 0 0

TEST_OLN_TAB1 5 TEST_OLN 1009 OPTIMIZER_FEATURES_ENABLE('19.1.0') 1 1 0 0 0 0 0 0 0 0

TEST_OLN_TAB1 6 TEST_OLN 1008 IGNORE_OPTIM_EMBEDDED_HINTS 1 1 0 0 0 0 0 0 0 0

TEST_OLN_TAB2 1 TEST_OLN 2 FULL(@"SEL$1" "TAB1"@"SEL$1") 1 1 TAB1 1 1 0 TEST.TAB1 5.04028051 50 150 42 4

TEST_OLN_TAB2 2 TEST_OLN 1011 OUTLINE_LEAF(@"SEL$1") 1 1 0 0 0 0 0 0 0 0

TEST_OLN_TAB2 3 TEST_OLN 1013 ALL_ROWS 1 1 0 0 0 0 0 0 0 0

TEST_OLN_TAB2 4 TEST_OLN 54 DB_VERSION('19.1.0') 1 1 0 0 0 0 0 0 0 0

TEST_OLN_TAB2 5 TEST_OLN 1009 OPTIMIZER_FEATURES_ENABLE('19.1.0') 1 1 0 0 0 0 0 0 0 0

TEST_OLN_TAB2 6 TEST_OLN 1008 IGNORE_OPTIM_EMBEDDED_HINTS 1 1 0 0 0 0 0 0 0 0

SQL> select * from OUTLN.OL$NODES;

OL_NAME CATEGORY NODE_ID PARENT_ID NODE_TYPE NODE_TEXTLEN NODE_TEXTOFF NODE_NAME

TEST_OLN_TAB1 TEST_OLN 1 0 45 36 1 SEL$1

TEST_OLN_TAB2 TEST_OLN 1 0 45 56 1 SEL$1

4.把“TEST_OLN_TAB1”和“TEST_OLN_TAB2”的Hint进行互换，达到把加了Hint“FULL( tab1 )”的执行计划固定给没加Hint的SQL文。SQL> update OUTLN.OL$HINTS set OL_NAME='TEST_OLN_TAB3' where OL_NAME='TEST_OLN_TAB1';

6行が更新されました。

SQL> update OUTLN.OL$HINTS set OL_NAME='TEST_OLN_TAB1' where OL_NAME='TEST_OLN_TAB2';

6行が更新されました。

SQL> update OUTLN.OL$HINTS set OL_NAME='TEST_OLN_TAB2' where OL_NAME='TEST_OLN_TAB3';

6行が更新されました。

SQL> commit;

コミットが完了しました。

5.查看一下移花接木后的Outline。SQL> select * from OUTLN.OL$;

OL_NAME SQL_TEXT TEXTLEN SIGNATURE HASH_VALUE HASH_VALUE2 CATEGORY VERSION CREATOR TIMESTAM FLAGS HINTCOUNT

TEST_OLN_TAB1 select count(*) from tab1 where c2=1 36 DFCF0A3CF8B2F9EF5D90A595EF5F2B16 1484405676 2172588166 TEST_OLN 19.0.0.0.0 TEST 21-02-22 0 6

TEST_OLN_TAB2 select /*+ FULL( tab1 ) */ count(*) from tab1 where c2=1 56 FC573ABD6E39A44C51808D67718F873C 2518267384 3225357337 TEST_OLN 19.0.0.0.0 TEST 21-02-22 0 6

SQL> select * from OUTLN.OL$HINTS;

OL_NAME HINT# CATEGORY HINT_TYPE HINT_TEXT STAGE# NODE# TABLE_NAME TABLE_TIN TABLE_POS REF_ID USER_TABLE_NAME COST CARDINALITY BYTES HINT_TEXTOFF HINT_TEXTLEN

TEST_OLN_TAB1 1 TEST_OLN 2 FULL(@"SEL$1" "TAB1"@"SEL$1") 1 1 TAB1 1 1 0 TEST.TAB1 5.04028051 50 150 42 4

TEST_OLN_TAB1 2 TEST_OLN 1011 OUTLINE_LEAF(@"SEL$1") 1 1 0 0 0 0 0 0 0 0

TEST_OLN_TAB1 3 TEST_OLN 1013 ALL_ROWS 1 1 0 0 0 0 0 0 0 0

TEST_OLN_TAB1 4 TEST_OLN 54 DB_VERSION('19.1.0') 1 1 0 0 0 0 0 0 0 0

TEST_OLN_TAB1 5 TEST_OLN 1009 OPTIMIZER_FEATURES_ENABLE('19.1.0') 1 1 0 0 0 0 0 0 0 0

TEST_OLN_TAB1 6 TEST_OLN 1008 IGNORE_OPTIM_EMBEDDED_HINTS 1 1 0 0 0 0 0 0 0 0

TEST_OLN_TAB2 1 TEST_OLN 1001 INDEX(@"SEL$1" "TAB1"@"SEL$1" ("TAB1"."C2")) 1 1 TAB1 1 1 0 TEST.TAB1 1.000607 50 150 22 4

TEST_OLN_TAB2 2 TEST_OLN 1011 OUTLINE_LEAF(@"SEL$1") 1 1 0 0 0 0 0 0 0 0

TEST_OLN_TAB2 3 TEST_OLN 1013 ALL_ROWS 1 1 0 0 0 0 0 0 0 0

TEST_OLN_TAB2 4 TEST_OLN 54 DB_VERSION('19.1.0') 1 1 0 0 0 0 0 0 0 0

TEST_OLN_TAB2 5 TEST_OLN 1009 OPTIMIZER_FEATURES_ENABLE('19.1.0') 1 1 0 0 0 0 0 0 0 0

TEST_OLN_TAB2 6 TEST_OLN 1008 IGNORE_OPTIM_EMBEDDED_HINTS 1 1 0 0 0 0 0 0 0 0

SQL> select * from OUTLN.OL$NODES;

OL_NAME CATEGORY NODE_ID PARENT_ID NODE_TYPE NODE_TEXTLEN NODE_TEXTOFF NODE_NAME

TEST_OLN_TAB1 TEST_OLN 1 0 45 36 1 SEL$1

TEST_OLN_TAB2 TEST_OLN 1 0 45 56 1 SEL$1

6.看看Outline能不能固定执行计划。[oracle@db1903 ~]$ sqlplus test/test@localhost:1521/pdb

SQL> set autot on

SQL> set lin 120 pages 999

SQL> ALTER SESSION SET USE_STORED_OUTLINES = TEST_OLN;

セッションが変更されました。

SQL> select count(*) from tab1 where c2=1;

COUNT(*)

----------

50

実行計画

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

Plan hash value: 1117438016

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

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

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

| 0 | SELECT STATEMENT | | 1 | 3 | 5 (0)| 00:00:01 |

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

|* 2 | TABLE ACCESS FULL| TAB1 | 50 | 150 | 5 (0)| 00:00:01 |

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

Predicate Information (identified by operation id):

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

2 - filter("C2"=1)

Note

-----

- outline "TEST_OLN_TAB1" used for this statement

統計

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

3 recursive calls

25 db block gets

3 consistent gets

0 physical reads

868 redo size

573 bytes sent via SQL*Net to client

398 bytes received via SQL*Net from client

2 SQL*Net roundtrips to/from client

0 sorts (memory)

0 sorts (disk)

1 rows processed

OK!

Summury：

方法虽然好用，但是涉及了手动修改内部表数据，不在ORACLE技术支持的范围，需要自负责任。

龙之吻(水货)
关注
Oracle错误一览表4
DoubleJing的博客
06-10 1128
ORA-13401: 不受支持的 geoimage 格式 ORA-13402: NULL 目标 ORA-13403: NULL 源几何结构 ORA-13404: 不是本地源 ORA-13405: NULL 源 ORA-13406: 不受支持的图象处理命令 [] ORA-13407: 不受认可的空间类型限定词 [] ORA-13408: NULL 表名 ORA-13409: Oracle 表 "" 不存在. ORA-13410: NULL 列名 ORA-13411: Oracle 列 ""
Oracle错误代码
weixin_41802668的博客
05-07 1350
ORA-00001: 违反唯一约束条件 (.) 错误说明：当在唯一索引所对应的列上键入重复值时，会触发此异常。 ORA-00017: 请求会话以设置跟踪事件 ORA-00018: 超出最大会话数 ORA-00019: 超出最大会话许可数 ORA-00020: 超出最大进程数 () ORA-00021: 会话附属于其它某些进程；无法转换会话 ORA-00022: 无效的会话 ID；访问被拒绝 ORA...
MYSQL explain 执行计划
12-15
使用方法，在select语句前加上explain就可以了： 如：explain select * from test1 EXPLAIN列的解释： table：显示这一行的数据是关于哪张表的 type：这是重要的列，显示连接使用了何种类型。从最好到最差的连接类型为const、eq_reg、ref、range、indexhe和ALL possible_keys：显示可能应用在这张表中的索引。如果为空，没有可能的索引。可以为相关的域从WHERE语句中选择一个合适的语句 key： 实际使用的索引。如果为NULL，则没有使用索引。很少的情况下，MYSQL会选择优化不足的索引。这种情况下，可以在SELEC
Mysql 优化之EXPLAIN执行计划 const eq_ref ref range index all
weixin_43448751的博客
09-15 2849
explain：查询查询性能或者需要查看使用索引状态 一、type：连接类型 最关键的一列 效率（const>eq_ref>ref>range>index>all） 1、const:查询索引字段，并且表中最多只有一行匹配（好像只有主键查询只匹配一行才会是const，有些情况唯一索引匹配一行会是ref） 2、eq_ref 主键或者唯一索引 3、ref 非唯一索引（主键也是唯一索引） 4、range 索引的范围查询 5、index (type=index ext
【OUTLINE】使用Oracle Outline技术暂时锁定SQL的执行计划
cuanchuwei1207的博客
09-08 243
Oracle的Outline技术可以在特殊情况下保证执行计划的稳定性。在极端情况下可以使用此项技术实现暂时锁定执行计划的目的。 主要使用场景如下： ①短时间内无法完成SQL的优化任务，此时可以使用outline暂时锁定S...
MYSQL-执行计划
Andy_Health的博客
03-12 556
执行计划的作用 表的读取顺序 数据读取操作的操作类型 哪些索引可以使用 哪些索引被实际使用 表之间的引用 每张表有多少行被优化器查询 一、执行计划-ID 三种情况 id相同，执行顺序由上至下 id不同，如果是子查询，id的序号会递增，id值越大优先级越高，越先被执行 id相同又不同，同时存在 二、执行计划-select_type 三、执行计划-table 显示这一行的数据是关于哪张表的 四...
MySQL-慢查询 SQL优化
Just__2009的博客
10-19 254
慢查询是什么？ MySQL的慢查询全名为慢查询日志，是MySQL提供的一种日志记录，用来记录在MySQL中响应时间超过阈值的语句。 默认情况下MySQL数据库并不会启动慢查询日志，需要手动来设置参数。 在调优时如果不需要，则不启动该参数，开启慢查询日志会带来一定的性能影响。 如何配置慢查询？ --查看慢查询的配置信息 mysql>show variables like '%slow%'; --查看慢查询的时间定义 mysql>show varables like 'long_query_tim
oracle types.cursortype,深入解析Cursor和绑定变量
weixin_33613462的博客
04-14 1533
如下是我就这次演讲的内容做的一点概括，里面也包含了我回答一些朋友的问题的邮件内容：里的cursor分为两种：一种是shared cursor，一种是session cursor。所谓的shared cursor就是指缓存在library cache里的一种library cache object，说白了就是指缓存在library cache里的sql和匿名pl/sql。它们是缓存在library ...
记：一次执行oracle状态报告SQL脚本（dba_snapshot_database_10g.sql ）的过程
滑稽小菜鸟的博客
01-06 1524
首先将脚本导入os，顺便说下这个脚本，dba_snapshot_database_10g.sql 一个老外写的，非常好，可用于数据库巡检。 oracle脚本默认位置：/u01/app/oracle/product/10.2.0/db_1/rdbms/admin 不过我们放到自己放的位置   传输完成后确认：   [oracle@rac1 ~]$ ll| grep 10g
oracle 报错总结
qq_40126657的博客
09-06 2294
ORA-00001: 违反唯一约束条件 (.) 错误说明：当在唯一索引所对应的列上键入重复值时，会触发此异常。 ORA-00017: 请求会话以设置跟踪事件 ORA-00018: 超出最大会话数 ORA-00019: 超出最大会话许可数 ORA-00020: 超出最大进程数 () ORA-00021: 会话附属于其它某些进程；无法转换会话 ORA-00022: 无效的会话 ID；访问
oracle11g执行计划管理-(讲解如何固定sql的执行计划)
06-21
摘要：本文描述了11g的新特性之一：执行计划管理，介绍了引入该新特性的原因，以及该新特性的相关特点、工作原理等。最后通过引入一个测试案例来介绍如何使用该新特性。 分析了如何固定优化过的执行计划，避免被sql优化器CBO覆盖
Oracle Outline总结
jarry_gao的专栏
12-01 707
 转载：http://www.linuxidc.com/Linux/2014-07/103936.htm 一、基本概述 Oracle Outline，中文也称为存储大纲，是最早的基于提示来控制SQL执行计划的机制，也是9i以及之前版本唯一可以用来稳定和控制SQL执行计划的工具。 outline是一个hints（提示）的集合，更具体的讲，outline可以锁定一个给定SQ
oracle移花接木,Oracle ---- 固定执行计划之Outline
weixin_36280540的博客
04-16 356
今天介绍一个旧版本中固定执行计划的方法：Outline。这个方法虽然比较老，但是因为没有版本限制，SE也可以使用，所以还在一定的场景中是能用到的。下面是详细的步骤和测试结果：1.TEST用Table做成。create table tab1(c1 number, c2 number, c3 varchar2(10));declarea number;begina := 1;for i in 1 .....
【SPM】Oracle如何固定执行计划
weixin_33727510的博客
08-07 1237
2019独角兽企业重金招聘Python工程师标准>>> ...
mysql-执行计划
最新发布
weixin_39735909的博客
10-04 615
id相同表示加载表的顺序是从上到下。id不同id值越大，优先级越高，越先被执行。id有相同，也有不同，同时存在。id相同的可以认为是一组，从上往下顺序执行；在所有的组中，id的值越大，优先级越高，越先执行。ID为NULL、最后执行【一般出现在UNION场景】
mysql——执行计划
qq_51167391的博客
11-14 2033
ALL与index的区别就是ALL是从硬盘中读取，而index是从索引文件中读取」，ALL全表扫描意味着Mysql会从表的头到尾进行扫描，这时候表示通常需要增加索引来进行优化了，或者说是查询中并没有使用索引作为条件进行查询。在数据库的查询中不要使用（！id表示执行select查询语句的序号，它是sql执行的顺序的标识，sql按照id从大到小执行，id相同的为一组，从上到下执行。表示查询的列被索引覆盖，这个是查询性能比较高的体现，即所要查询的信息搜在索引里面可以得到，不用回表，索引被正确的使用。
MySQL——执行计划
热门推荐
亦碎流年的博客
01-20 1万+
MySQL——执行计划 项目开发中，性能是我们比较关注的问题，特别是数据库的性能；作为一个开发，经常和SQL语句打交道，想要写出合格的SQL语句，我们需要了解SQL语句在数据库中是如何扫描表、如何使用索引的； MySQL提供explain/desc命令输出执行计划，我们通过执行计划优化SQL语句。 下面我们以MySQL5.7为例了解一下执行计划： 注：文中涉及到的表结构、sql语句只是为了理解explain/desc执行计划，有不合理之处勿喷 explain/desc 用法 只需要在我们的查询.
oracle使用outline固定执行计划事例
coujiongyong0208的博客
07-19 275
1.查看现在数据库等待事件 SQL> select event,count(*) from v$session_wait group by event; EVENT...
oracle添加outline,用outline修改固定执行计划
weixin_33462167的博客
04-04 347
打算把固定执行计划的方法做个整理和比较。上面的链接是SQL PROFILE的用法。这篇说下OUTLINE的用法。目的：让执行计划走上全表扫描步骤一-------------------------创建测试表，根据DBA_OBJECTS创建，OBJECT_ID上有索引Create table wxh_tbd as select * from dba_objects;create index t_3 ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值