热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

执行计划2:查看更多的信息

在Part1中,使用了两种获取执行计划的方法,来证明对同一条存在绑定变量的语句可以生成两种截然不同的执行计划。Part2中我们会评估几种查看真实执行计划的方法,但先关注目前接触到函


译者  林锦森 · 沃趣科技数据库技术专家

出品  沃趣科技


Part 1中我们了解了两种获取执行计划的方式,第一种是优化器预测它将会怎么执行,通过以下方法查询获取:

explain plan for {sql statement}
select * from table(dbms_xplan.display);

第二种是优化器在我们执行语句后真正的执行路径,通过以下方法查询获取:

set serveroutput off
{sql statement}
select * from table(dbms_xplan.display_cursor);

事实上,在Part 1中,我故意使用两种获取执行计划的方法,来证明对同一条存在绑定变量的语句可以生成两种截然不同的执行计划。

Part 2中我们会评估几种查看真实执行计划的方法,但是首先我们关注目前我们接触到函数的其他调用选项,这会使我们对执行计划在最终用户的环境中的复现更加自信。

Format Options


一般来说,如果想要执行计划与最终用户环境一致的话,我们需要他们生产数据的备份,对应的统计信息,系统的参数还有一致的输入。生产数据以及统计信息一般都是一样的,所以我们真正需要关注的就是客户环境是否不同以及语句输入;我们可以通过数据库来帮助我们获取在某一刻的执行信息。
这里也有一个小提醒,需要注意数据、统计信息还有谓词条件的及时同步。举个例子,如果你的生产数据是好几个星期前的,那么你执行语句时要根据几个星期前用户当时执行的语句去执行;因为如果条件中存在SYSDATE,那么就不能很好的模拟当时的环境。
Part 1中提到过的,调用dbms_xplan.display_cursor()可以赋值三个参数,它们分别是sql_idchild_numberformatting option有两个formatting option参数能有效的帮助你解决最近一次出现的问题,"peeked_binds""outline"前者会列出(只需要一点运气)优化查询时使用的真实的值,后者会提供一个hint的列表,如果我们为了这个查询创建了一个存储大纲或者SQL Plan Baseline,通过这些hint我们可以发现优化器的环境是否不同。
这里有个小例子,通过对视图dba_extentscopy表的查询来演示使用和输出。

alter session setworkarea_size_policy = manual;
alter session setsort_area_size = 10485760;

alter session setoptimizer_mode = first_rows_10;
alter session set"_hash_join_enabled" = false;

set serveroutput off

variable m_owner varchar2(32)
variable m_object varchar2(32)
execute :m_owner :='TEST_USER'
execute :m_object := 'T1'

select /*+ tracking */ * from t1 
where owner = :m_owner 
and segment_name =:m_object 
order by extent_id;

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

我修改了一些优化器相关的参数,set serveroutput off不会导致dbms_xplan.display_cursor()输出关于dbms_output.get_lines()的调用,可以在查询时通过定义的一组参数使用绑定变量。之后我调用display_cursor(null, null, 'outlinepeeked_binds')来展示我最近的查询并且添加可用的绑定变量的值到Outline/SQL Pan Management信息中。这是输出结果:

SQL_ID  0wwbn4bhvrrxj, child number 0
-------------------------------------
select /*+ tracking */  * from t1 where owner = :m_owner and
segment_name = :m_object order by extent_id

Plan hash value3684778271

--------------------------------------------------------------------------------------
Id  | Operation                    | Name  | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT             |       |       |       |     3 (100)|          |
|   1 |  SORT ORDER BY               |       |     1 |    65 |     3  (34)| 00:00:01 |
|*  2 |   TABLE ACCESS BY INDEX ROWID| T1    |     1 |    65 |     2   (0)| 00:00:01 |
|*  3 |    INDEX RANGE SCAN          | T1_I2 |     2 |       |     1   (0)| 00:00:01 |
--------------------------------------------------------------------------------------

Outline Data
-------------
  /*+
      BEGIN_OUTLINE_DATA
      IGNORE_OPTIM_EMBEDDED_HINTS
      OPTIMIZER_FEATURES_ENABLE('11.2.0.4')
      DB_VERSION('11.2.0.4')
      FIRST_ROWS(10)
      OUTLINE_LEAF(@"SEL$1")
      INDEX_RS_ASC(@"SEL$1" "T1"@"SEL$1" ("T1"."SEGMENT_NAME"))
      END_OUTLINE_DATA
  */


Peeked Binds (identified by position):
--------------------------------------
   1 - :M_OWNER (VARCHAR2(30), CSID=178): 'TEST_USER'
   2 - :M_OBJECT (VARCHAR2(30), CSID=178): 'T1'

Predicate Information (identified by operation id):
---------------------------------------------------
   2 - filter("OWNER"=:M_OWNER)
   3 - access("SEGMENT_NAME"=:M_OBJECT)

这个例子中,我们很幸运的获得了优化器在执行计划信息中记录的所有绑定变量的值,包括CSID(charcater set id)这种细节,当你开使用NLS字符集时,有时候会造成一些意外。
我们先看”Outline Data”,可以看到hint “first_rows(10)”是唯一被记录的我们会话的变更,剩下的变更都没有被捕捉到;format option也给了我们一个提示,我们可以在这个查询开始试验时需要做一些额外的检查,来确认我们能否获得一个更好的计划。这次我们假设其他人已经执行过这个查询了,在我们分析前,我们需要根据一些特殊的文本来追踪(这就是我为什么在语句中添加/*+ tracking */,这个实际上不是hint)

column sql_id new_valuem_sql_id
column child_number new_valuem_child_no

select  sql_id,child_number, sql_text 
from   v$sql 
where   sql_textlike '%tracking%' 
and    sql_text not like '%v$sql%'
;

select * from table(
dbms_xplan.display_cursor('&m_sql_id',&m_child_no,'outlinepeeked_binds')
);

select 
namevalue 
from 
v$sql_optimizer_env 
where 
sql_id      = '&m_sql_id' 
and child_number =&m_child_no 
and isdefault   = 'NO'
;

这些代码都能在SQL*PLUS里执行,我已经设置了一些列定义用来捕捉这个查询语句上次返回的值,SQL_IDCHILD_NUMBER的值是我们所需要的。在这里我假设这条语句仅仅只有一个子游标。就像你看到的,我使用'&替换'将获取到的值带入到display_cursor()的调用与v$sql_optimizer_env的查询中。这里不显示对display_cursor()的调用结果(输出结果与前面的重复),只显示对v$sql_optimizer_env的查询结果。

NAME                                    VALUE
-----------------------------------------------------------------
hash_area_size                          20971520
sort_area_size                          10485760
optimizer_mode                          first_rows_10
_hash_join_enabled                      false
workarea_size_policy                    manual
_smm_auto_cost_enabled                  false

v$sql_optimizer_env视图保存了优化器环境的参数,这些参数在优化每一个子游标时都是生效的。我选择了那些没有默认值,可以看到Oracle输出了6个参数,其中4个是我们设置的,还有两个:hash_area_size_smm_auto_cost_enabledhash_area_size如果没有明确的设置过,它会等于两倍的sort_area_size,当我们将workarea_size_policy设置为manual时,_smm_auto_cost_enabled参数也会自动的设置为false11.2.0.4中有330个优化器参数(12.1.0.1中增加至415个,这也是为什么很难从二手信息中获取到给定查询到执行路径原因之一),其中50个参数是非隐藏参数,其余的大部分都是隐藏参数,只有在改变他们的默认值时才会展示在查询结果里。
我在简单的提下另一个formatting 选项 "advanced',奇怪的是他会给我们比"all'选项更多的信息。如果你仅仅想看执行查询时内存里所有的信息,那么你可以调用display_cursor({sql_id},{child_number},’all’)(如果有许多子游标,可以将child_number值设为NULL,则会输出所有的语句)之后如果需要解决问题时我们还会继续学习更多formatting选项,不过目前我们要暂时先放下,来看看一些可以"事后"从生产系统获取执行计划的选项。如果想获得更多可用的选项,可以查看$ORACLE_HOME/rdbms/admin/dbmsxpln.sql.

AWR and Statspack


如果一个查询属于"资源密集型"的,那么他会出现在statspackAWR里,并且它的执行计划以及一些统计会保存在资源库里。OEM(Grid ControlCloud Control)中有关于AWR的图形化界面,$ORACLE_HOME/rdbms/admin中有statspackAWRSQL接口。statspack的脚本为sprepsql.sqlAWR的为awrsqrpt.sql
如果你对于用命令行生成AWR或者statspack很熟悉,那么除了需要SQL_ID(AWR)或者"old hashvalues"(statspack)以外,几乎都是一样的。报告会给你语句的全文,一些执行统计信息,在指定期间所有不同的执行计划,还有不同计划进入和离开library cache的时间表。这个计划不会输出绑定值,outline information,甚至谓词信息,就是很基础的执行计划还有一些性能的统计。AWR在这方面比statspack好,因为它分别聚合了不同执行计划的统计数据,所以更容易比较不同的执行计划。
另一个AWR的优点是你可以通过调用dbms_xplan.display_awr()获取AWR里历史的执行计划。这个调用需要4个参数,SQL_IDplan_hash_valuedatabase idformat optino最简单的调用就是只给定SQL_ID的值,结果会输出AWR中保存的所有这条SQL的执行计划,你也可以选择输出你想要的执行计划。就像调用dbms_xplan.display_cursor() 一样,你也可以得到outline information和优化器使用的绑定值,下面是个例子:

select * from table(
dbms_xplan.display_awr('9yaqj3djhwxa2',nullnull,'outline peeked_binds')
);

关于使用dbms_xplan查找和操作执行计划的内容方面还有很多变化,也随着Oracle的新版本变得更多样化,最近的版本甚至可以输出计划中的不同点,其中一个最有用的小特性与如何填充AWR有关而不是从AWR中获取报告。11g中,你可以将一个SQL_ID标记为"感兴趣",当AWR快照进程在创建快照时会捕获任何关于该语句可用的信息。因为除非该语句是"top N"的语句,否则它不会出现在AWR报告中,但是你可以使用awrsqrpt.sql或者dbms_xplan.display_awr()来获得计划。
如果你想标记某条SQL,你可以调用dbms_workload_repository包:

executedbms_workload_repository.add_colored_sql({sql_id})
--
-- 输出当前被标记的语句
--
select * fromwrm$_colored_sql;
--
-- 解除语句标记
--
executedbms_workload_repository.remove_colored_sql({sql_id})

这个过程的好处是(甚至可以针对一些效率很高的语句),当性能较好的应用突然变慢了,如果你标记了所有进程执行的语句,那么你可以很轻松的找到出现什么问题以及执行计划是什么时候改变的。

Conclusion


尽管我们没有列举出所有生成或者获取执行计划的方法,但是我们学习了足够的原理保证我们可以十分精确地获得我们需要检查的语句执行时的环境,也学习了如何获得一些历史的、不在内存里的执行计划;还有一种保证我们所需要的语句总是会被AWR快照捕捉的方法。
下一篇文章我们会来学习一些基本的解释执行计划的原理,从简单的select语句开始,使用视图来区分连接顺序,访问方式和连接方式。 
原文链接:
https://www.red-gate.com/simple-talk/sql/oracle/execution-plans-part-2-things-to-see/
原文作者:Jonathan Lewis

 

 

| 译者简介

林锦森·沃趣科技数据库技术专家

沃趣科技数据库工程师,多年从事Oracle数据库,较丰富的故障处理、性能调优、数据迁移及备份恢复经验



相关链接

MySQL 一个让你怀疑人生的hang死现象

揭秘 MySQL 主从环境中大事务的传奇事迹

MySQL 执行DDL语句 hang住了怎么办?

手把手教你认识OPTIMIZER_TRACE

MySQL行级别并行复制能并行应用多少个binlog group?

binlog server还是不可靠吗?

MySQL binlog基于时间点恢复数据失败是什么鬼?

开源监控系统Prometheus的前世今生

prometheus监控多个MySQL实例

MySQL问题两则

Kubernetes scheduler学习笔记

执行计划-1:获取执行计划

大数据量删除的思考(四)

大数据量删除的思考(三)

大数据量删除的思考(二)

大数据量删除的思考(一)

统计信息记录表|全方位认识 mysql 系统库

数据库对象信息记录表|全方位认识 mysql 系统库

访问权限控制系统|全方位认识 mysql 系统库

权限系统表 | 全方位认识 mysql 系统库

Oracle RAC Cache Fusion 系列十四:Oracle RAC CR Server Part One

Oracle RAC Cache Fusion 系列十三:PCM资源访问

Oracle RAC Cache Fusion 系列十二:Oracle RAC Enqueues And Lock Part 3

Oracle RAC Cache Fusion 系列十一:Oracle RAC Enqueues And Lock Part 2

Oracle RAC Cache Fusion 系列十:Oracle RAC Enqueues And Lock Part 1


更多干货,欢迎来撩~




推荐阅读
  • 使用Ubuntu中的Python获取浏览器历史记录原文: ... [详细]
  • Spring特性实现接口多类的动态调用详解
    本文详细介绍了如何使用Spring特性实现接口多类的动态调用。通过对Spring IoC容器的基础类BeanFactory和ApplicationContext的介绍,以及getBeansOfType方法的应用,解决了在实际工作中遇到的接口及多个实现类的问题。同时,文章还提到了SPI使用的不便之处,并介绍了借助ApplicationContext实现需求的方法。阅读本文,你将了解到Spring特性的实现原理和实际应用方式。 ... [详细]
  • eclipse学习(第三章:ssh中的Hibernate)——11.Hibernate的缓存(2级缓存,get和load)
    本文介绍了eclipse学习中的第三章内容,主要讲解了ssh中的Hibernate的缓存,包括2级缓存和get方法、load方法的区别。文章还涉及了项目实践和相关知识点的讲解。 ... [详细]
  • MyBatis多表查询与动态SQL使用
    本文介绍了MyBatis多表查询与动态SQL的使用方法,包括一对一查询和一对多查询。同时还介绍了动态SQL的使用,包括if标签、trim标签、where标签、set标签和foreach标签的用法。文章还提供了相关的配置信息和示例代码。 ... [详细]
  • Java中包装类的设计原因以及操作方法
    本文主要介绍了Java中设计包装类的原因以及操作方法。在Java中,除了对象类型,还有八大基本类型,为了将基本类型转换成对象,Java引入了包装类。文章通过介绍包装类的定义和实现,解答了为什么需要包装类的问题,并提供了简单易用的操作方法。通过本文的学习,读者可以更好地理解和应用Java中的包装类。 ... [详细]
  • 本文介绍了在处理不规则数据时如何使用Python自动提取文本中的时间日期,包括使用dateutil.parser模块统一日期字符串格式和使用datefinder模块提取日期。同时,还介绍了一段使用正则表达式的代码,可以支持中文日期和一些特殊的时间识别,例如'2012年12月12日'、'3小时前'、'在2012/12/13哈哈'等。 ... [详细]
  • 开发笔记:加密&json&StringIO模块&BytesIO模块
    篇首语:本文由编程笔记#小编为大家整理,主要介绍了加密&json&StringIO模块&BytesIO模块相关的知识,希望对你有一定的参考价值。一、加密加密 ... [详细]
  • 阿,里,云,物,联网,net,core,客户端,czgl,aliiotclient, ... [详细]
  • 本文介绍了Oracle数据库中tnsnames.ora文件的作用和配置方法。tnsnames.ora文件在数据库启动过程中会被读取,用于解析LOCAL_LISTENER,并且与侦听无关。文章还提供了配置LOCAL_LISTENER和1522端口的示例,并展示了listener.ora文件的内容。 ... [详细]
  • Java String与StringBuffer的区别及其应用场景
    本文主要介绍了Java中String和StringBuffer的区别,String是不可变的,而StringBuffer是可变的。StringBuffer在进行字符串处理时不生成新的对象,内存使用上要优于String类。因此,在需要频繁对字符串进行修改的情况下,使用StringBuffer更加适合。同时,文章还介绍了String和StringBuffer的应用场景。 ... [详细]
  • 本文介绍了一个在线急等问题解决方法,即如何统计数据库中某个字段下的所有数据,并将结果显示在文本框里。作者提到了自己是一个菜鸟,希望能够得到帮助。作者使用的是ACCESS数据库,并且给出了一个例子,希望得到的结果是560。作者还提到自己已经尝试了使用"select sum(字段2) from 表名"的语句,得到的结果是650,但不知道如何得到560。希望能够得到解决方案。 ... [详细]
  • 自动轮播,反转播放的ViewPagerAdapter的使用方法和效果展示
    本文介绍了如何使用自动轮播、反转播放的ViewPagerAdapter,并展示了其效果。该ViewPagerAdapter支持无限循环、触摸暂停、切换缩放等功能。同时提供了使用GIF.gif的示例和github地址。通过LoopFragmentPagerAdapter类的getActualCount、getActualItem和getActualPagerTitle方法可以实现自定义的循环效果和标题展示。 ... [详细]
  • 本文详细介绍了Spring的JdbcTemplate的使用方法,包括执行存储过程、存储函数的call()方法,执行任何SQL语句的execute()方法,单个更新和批量更新的update()和batchUpdate()方法,以及单查和列表查询的query()和queryForXXX()方法。提供了经过测试的API供使用。 ... [详细]
  • 本文讨论了在数据库打开和关闭状态下,重新命名或移动数据文件和日志文件的情况。针对性能和维护原因,需要将数据库文件移动到不同的磁盘上或重新分配到新的磁盘上的情况,以及在操作系统级别移动或重命名数据文件但未在数据库层进行重命名导致报错的情况。通过三个方面进行讨论。 ... [详细]
  • Redis底层数据结构之压缩列表的介绍及实现原理
    本文介绍了Redis底层数据结构之压缩列表的概念、实现原理以及使用场景。压缩列表是Redis为了节约内存而开发的一种顺序数据结构,由特殊编码的连续内存块组成。文章详细解释了压缩列表的构成和各个属性的含义,以及如何通过指针来计算表尾节点的地址。压缩列表适用于列表键和哈希键中只包含少量小整数值和短字符串的情况。通过使用压缩列表,可以有效减少内存占用,提升Redis的性能。 ... [详细]
author-avatar
纠结不停的孩子
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有