稳定执行计划的使用

最新推荐文章于 2024-07-20 20:04:43 发布
最新推荐文章于 2024-07-20 20:04:43 发布
阅读量99 收藏
点赞数
文章标签： 数据库

数据库版本:10.2.0.1

C:\Documents and Settings\an.chen>sqlplus ca/ca001

SQL*Plus: Release 10.2.0.1.0 - Production on 星期四 6月 11 19:45:15 2009

Copyright (c) 1982, 2005, Oracle.  All rights reserved.


连接到:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options

SQL> set autotrace on
SQL> CREATE OR REPLACE OUTLINE my_demo ON select count(object_id) from t;

大纲已创建。

SQL>
SQL> select count(object_id) from t;

COUNT(OBJECT_ID)
----------------
           49811


执行计划
----------------------------------------------------------
Plan hash value: 2966233522

---------------------------------------------------------------------------
| Id  | Operation          | Name | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |      |     1 |     5 |   159   (2)| 00:00:02 |
|   1 |  SORT AGGREGATE    |      |     1 |     5 |            |          |
|   2 |   TABLE ACCESS FULL| T    | 49811 |   243K|   159   (2)| 00:00:02 |
---------------------------------------------------------------------------


统计信息
----------------------------------------------------------
          1  recursive calls
          0  db block gets
        690  consistent gets
          0  physical reads
          0  redo size
        418  bytes sent via SQL*Net to client
        385  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          1  rows processed

SQL> create index t_index on t(object_id);

索引已创建。

SQL> select count(object_id) from t;

COUNT(OBJECT_ID)
----------------
           49811


执行计划
----------------------------------------------------------
Plan hash value: 789015712

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

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

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

|   0 | SELECT STATEMENT      |         |     1 |     5 |    27   (4)| 00:00:01
|

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

|   2 |   INDEX FAST FULL SCAN| T_INDEX | 49811 |   243K|    27   (4)| 00:00:01
|

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

 

统计信息
----------------------------------------------------------
          1  recursive calls
          0  db block gets
        117  consistent gets
        110  physical reads
          0  redo size
        418  bytes sent via SQL*Net to client
        385  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          1  rows processed

SQL> alter session set use_stored_outlines = my_demo;

会话已更改。

SQL> select count(object_id) from t;

COUNT(OBJECT_ID)
----------------
           49811


执行计划
----------------------------------------------------------
Plan hash value: 789015712

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

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

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

|   0 | SELECT STATEMENT      |         |     1 |     5 |    27   (4)| 00:00:01
|

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

|   2 |   INDEX FAST FULL SCAN| T_INDEX | 49811 |   243K|    27   (4)| 00:00:01
|

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


Note
-----
   - outline "SYS_OUTLINE_09061117273662511" used for this statement


统计信息
----------------------------------------------------------
          1  recursive calls
          0  db block gets
        117  consistent gets
          0  physical reads
          0  redo size
        418  bytes sent via SQL*Net to client
        385  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          1  rows processed

SQL>
SQL> ALTER SESSION SET USE_STORED_OUTLINES = TRUE;

会话已更改。

SQL> select count(object_id) from t;

COUNT(OBJECT_ID)
----------------
           49811


执行计划
----------------------------------------------------------
Plan hash value: 2966233522

---------------------------------------------------------------------------
| Id  | Operation          | Name | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |      |     1 |     5 |   159   (2)| 00:00:02 |
|   1 |  SORT AGGREGATE    |      |     1 |     5 |            |          |
|   2 |   TABLE ACCESS FULL| T    | 49811 |   243K|   159   (2)| 00:00:02 |
---------------------------------------------------------------------------

Note
-----
   - outline "MY_DEMO" used for this statement


统计信息
----------------------------------------------------------
         33  recursive calls
        125  db block gets
        711  consistent gets
          1  physical reads
        560  redo size
        418  bytes sent via SQL*Net to client
        385  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          2  sorts (memory)
          0  sorts (disk)
          1  rows processed

SQL> select /*+ index(t_index) +/ count(object_id) from t;
select /*+ index(t_index) +/ count(object_id) from t
       *
第 1 行出现错误:
ORA-01742: 备注错误终止


SQL> select /*+ index(t_index) */ count(object_id) from t;

COUNT(OBJECT_ID)
----------------
           49811


执行计划
----------------------------------------------------------
Plan hash value: 789015712

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

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

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

|   0 | SELECT STATEMENT      |         |     1 |     5 |    27   (4)| 00:00:01
|

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

|   2 |   INDEX FAST FULL SCAN| T_INDEX | 49811 |   243K|    27   (4)| 00:00:01
|

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

 

统计信息
----------------------------------------------------------
          1  recursive calls
          0  db block gets
        117  consistent gets
          0  physical reads
          0  redo size
        418  bytes sent via SQL*Net to client
        385  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          1  rows processed

SQL> CREATE OR REPLACE OUTLINE my_demo ON select /*+ index(t_index) */ count(object_id) from t;

大纲已创建。

SQL> select count(object_id) from t;

COUNT(OBJECT_ID)
----------------
           49811


执行计划
----------------------------------------------------------
Plan hash value: 789015712

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

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

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

|   0 | SELECT STATEMENT      |         |     1 |     5 |    27   (4)| 00:00:01
|

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

|   2 |   INDEX FAST FULL SCAN| T_INDEX | 49811 |   243K|    27   (4)| 00:00:01
|

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

 

统计信息
----------------------------------------------------------
          4  recursive calls
          0  db block gets
        118  consistent gets
          0  physical reads
          0  redo size
        418  bytes sent via SQL*Net to client
        385  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          1  rows processed

SQL>

解释说明:

我在表T未建索引之前先存储了他的执行计划,毫无疑问,应该是全表扫描.

然后创建一个索引.

这时再执行select count(object_id) from t;执行计划就变为快速全索引扫描.

这时如果使用存储的执行计划,再查询时仍然是执行全表扫描.

最后修改存储执行计划为快速全索引扫描.再执行同样的语句,执行计划也作了相应的改变.

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/9375/viewspace-605949/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/9375/viewspace-605949/

clx00001
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
简单介绍oracle执行计划,Oracle性能优化之oracle中常见的执行计划及其简单解释
weixin_31419249的博客
04-15 3172
一、访问表执行计划1、table access full：全表扫描。它会访问表中的每一条记录(读取高水位线以内的每一个数据块)。2、table access by user rowid：输入源rowid来自于用户指定。3、table access by index rowid：输入源rowid来自于索引。4、table access by global index rowid：全局索引获取rowi...
固定执行计划
about database article
06-13 4712
在遭遇执行计划不稳定或者执行计划错误的情况下，通过baseline来固定SQL执行计划以确保执行计划稳定性、提高性能。baseline是oracle 11G提供的稳固sql执行计划的功能，是spm功能的一部分。 步骤如下: SQL> set linesize 1000 SQL> col index_name for a40 SQL> col COLUMN_NAME for a20 SQL>
ClickHouse-使用Explain 查看执行计划
clearlxj的博客
12-10 2644
Explain 查看执行计划 在 clickhouse 20.6 版本之前要查看 SQL 语句的执行计划需要设置日志级别为 trace 才能可以看到,并且只能真正执行 sql,在执行日志里面查看。在 20.6 版本引入了原生的执行计划的语法。在 20.6.3 版本成为正式版本的功能。 本文档基于目前较新稳定版 21.7.3.14。 基本语法 EXPLAIN [AST | SYNTAX | PLAN | PIPELINE] [setting = value, ...] SELECT ... [FORMAT .
DB2执行计划浅析
JinKin_OldWang的博客
03-15 4422
在数据库调优过程中，SQL语句往往是导致性能问题的主要原因，而执行计划则是解释SQL语句执行过程的语言，只有充分读懂执行计划才能在数据库性能优化中做到游刃有余。 常见的关系型数据库中，虽然执行计划的表示方法各自不同，但执行原理却大同小异。在我看来，SQL语句的执行过程中总共包含两个关键环节： 读取数据的方式（scan）：包含表扫描和索引扫描 表之间如何进行连接（join）：包含...
Oracle 查看 SQL执行计划 SQL性能分析
热门推荐
许恒的博客
01-05 3万+
    https://tuozixuan.iteye.com/blog/2333605 使用Oracle执行计划分析SQL性能 博客分类：  db oracle执行计划sql性能解释  执行计划可以用来分析SQL的性能   一、查看执行计划的方法 1. 设置autotrace     set autotrace off: 此为默认值，即关闭autotrace     set...
【数据库】Explain执行计划
稻草人的技术小站
06-16 3744
Explain概述 Explain中的列 Explain概述 在 select 语句之前增加 explain 关键字，MySQL 会在查询上设置一个标记，执行查询会返回执行计划的信息，而不是执行这条SQL(如果 from 中包含子查询，仍会执行该子查询，将结果放入临时表中)； 在查询中的每个表会输出一行，如果有两个表通过 join 连接查询，那么会输...
Ubuntu计划任务无法执行解决方法
weixin_47608789的博客
02-01 3026
Ubuntu计划任务无法执行解决方法
如何保持执行计划的稳定性
lyjiau的专栏
12-17 1260
1. 规划好优化统计信息的收集策略。对于Oracle 10g来说，默认的策略能够满足大部分需求，但是默认的收集策略会过多地收集列上的直方图。由于绑定变量与直方图固有的矛盾，为保持性能稳定，对使用绑定变量的列，不收集列上的直方图；对的确需要收集直方图的列，在SQL中该列上的条件就不要用绑定变量。统计信息收集策略，可以考虑对大部分表，使用系统默认的收集策略，而对于有问题的，可以用DBMS_STATS
Oracle 11g 中SQL 执行计划不稳定
lwei_998的专栏
03-28 4045
测试过程中发现一个奇怪的现象，sql在第一次执行时1秒内能出结果。 第二次以后，每次都在40秒左右能出结果。用10046分析后，发现执行计划基本一致，但消耗的成本却不一样。 baidu，google后发现与一个神奇的参数有关，在sql中加入如下的hint 后/*+OPT_PARAM('_optimizer_use_feedback','false') */ 执行计划稳定，基本在1秒内能出结果
绑定执行计划sql_plan_baseline
DBA小站
06-26 4591
--由于生产环境执行的sql变化较快，版本发布比较频繁，造成sql的执行计划不是很稳定，经常会有一些性能很查的sql出现 --对于这些sql，我们可以使用sql_plan_baseline对执行计划进行绑定，从而使执行计划固定下来 --前提是sql最好使用绑定变量，就算有的没有绑定变量，确定字段的值不会改变才行，因为是针对sql_id进行的绑定，如果sql文本改变，绑定也就无意义了 具体步骤
Oracle 执行计划稳定性
03-11
Oracle 执行计划稳定性是数据库性能调优的关键环节。执行计划是Oracle数据库为了执行SQL查询而制定的详细操作步骤，它决定了数据如何被访问、如何排序、如何聚合等一系列操作。执行计划的选择直接影响到查询的效率，...
Oralce 19c执行计划调优学习笔记
07-09
Oralce 19c执行计划调优学习笔记 1_执行计划.pdf 2_explain plan for.pdf 3_dbms_xplan.display_cursor.pdf 4_执行计划顺序.pdf 5_直方图.pdf
关于Oracle中执行计划稳定性深入研究
03-03
执行计划的稳定性涉及到查询性能的可预测性和一致性，这对于数据库管理员和开发人员来说非常重要，因为他们需要确保SQL语句的执行效率。 Oracle优化器有两种主要模式：基于规则的优化器（Rule-Based Optimizer, RBO...
Oracle数据库的执行计划稳定性分析
03-04
总之，Oracle数据库的执行计划稳定性分析涉及到优化器的选择、HINTS的使用以及STORE OUTLINES的管理。通过深入理解和巧妙运用这些工具，可以有效地提升SQL查询的性能并确保执行计划的一致性。在数据库性能优化的过程...
ORACLE的执行计划稳定性.pdf
10-10
Oracle的执行计划稳定性是数据库性能调优的关键环节。执行计划是数据库系统为了执行SQL查询而制定的详细操作步骤，它决定了数据如何被访问、处理和返回。本文将深入探讨Oracle执行计划的稳定性及其对SQL性能的影响。...
OAuth2.0 or Spring Session or 单点登录流程
最新发布
qq_53374893的博客
07-20 299
一句话精辟解释： 在过滤器放行的时候，偷偷的把原生的 request 和 response 对象换成了它的实现，也就是 调用getSession 的时候拿到的 其实是对redis 操作的Session。但其他的操作还是使用原生的，只不过重写的方法，调用的是子类的，也就是往 redis 里放入 Session，把原生的操作给替换了！分布式Session原理，使用子域名，的时候放入父域名的 JsessionId 然后将这个ID 的所存的内容放入Redis ，这样实现不同域名共享同一sessionID.
基于语音识别的会议记录系统
qq_51688022的博客
07-18 1309
本文简要介绍了本科毕设“基于语音识别的会议记录系统”的开发思路与成果
MySQL（事务、索引）&&MyBatis
hycccccch的博客
07-19 678
事务指的是一组操作的集合，是一个不可分割的工作单位。事务会将所有的操作作为一个整体一起向系统提交或撤销操作请求，即这些操作要么同时成功，要么同时失败默认MySQL的事务是自动提交，即当执行一条DML语句时，MySQL会立即隐式的提交事务开启事务后运行事务不会对数据改变，commit后才会改变数据如果有命令发生错误，需要进行rollback进行回滚、
Spring框架之DI依赖注入
G81948577的博客
07-18 985
我们在下面构建spring的过程中体会依赖注入；从上面的图中我们知道，在ssm框架中服务层（server）无法直接操作数据库，持久层（dao）是直接操作数据库进行数据处理的，但是我们如果在服务层有一个持久层的对象，然后我们在服务层通过对象去调用持久层的方法就可以操作数据库了。@OverrideSystem.out.println("持久层，你好");UserServiceImpl类中的代码如下@Override。
sql执行计划变化告警
09-17
SQL执行计划变化告警是数据库性能监控中的一种警报机制，用于监测...总之，SQL执行计划变化告警是一种有效的性能监控机制，能够及时通知管理员发现SQL执行计划的变化，进而进行相应的处理，提高数据库的性能和稳定性。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值