A White Paper Oracle Real Time SQL Monitoring-2

《A White Paper Oracle Real Time SQL Monitoring-2》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。

1、OracleRealTimeSQLMonitoring术语说明在正式介绍RealTimeSQLMonitoring之前，我们先对接下来要用到一些术语做集中的介绍。TableQueue，消息缓冲区，在并行操作中使用，用于PX进程之间的通信，或者PX进程与QC进程之间的通信，是内存中的一些page，每个消息缓冲区的大小由参数parallel_execution_message_size控制，11GR2版本默认为16K，之前的各个大版本这个值都不一样，详细请参考ORACLE官方文档。墙面时间、持续时间指的是物

2、理时间、钟表时间。HASHJOIN左边，thebuildsideofhashjoin，一般为小表。HASHJOIN右边，theprobesideofhashjoin，一般为大表。M代表百万行源rowsource，指的是执行计划特定的一行操作，例如-----------------------------------------------------------------------------

3、Id

4、Operation

5、Name

6、Rows

7、Bytes

8、Cost(%CPU)

9、Time

10、------

11、-----------------------------------------------------------------------

12、0

13、SELECTSTATEMENT

14、

15、1

16、10

17、59167(1)

18、00:00:03

19、

20、1

21、SORTAGGREGATE

22、

23、1

24、10

25、

26、

27、

28、*2

29、COUNTSTOPKEY

30、

31、

32、

33、

34、

35、

36、3

37、NESTEDLOOPS

38、

39、100

40、1000

41、59167(1)

42、00:00:03

43、

44、4

45、TABLEACCESSFULL

46、TEST

47、126K

48、619K

49、2(0)

50、00:00:01

51、

52、*5

53、

54、TABLEACCESSFULL

55、TEST

56、1

57、5

58、592(1)

59、00:00:01

60、-----------------------------------------------------------------------------上面执行计划的第一列，Id列0-5，每一行都是一个行源概述Oracle每个版本总有一些新特性惊艳到我们，SQLMONITORING对我来说就是这样一个新特性，虽然它还未广为人知，它在11GR1版本被提供，而且后续的几个版本（11GR2，12CR1）这个功能也被不断的加强，说明

61、ORACLE对它非常的重视，它能够把查询涉及到的所有关键性能统计信息集中在一个页面上，特别是对于并行查询的语句会自动启用这个特性。这个功能在国外的ORACLE用户组被多次的分享，但是目前国内对它的介绍还非常少，本文主要介绍OracleRealTimeSQLMonitoring的核心特性，意图使DBA能够有一种新的手段（更先进的手段）来诊断SQL性能，进而提升优化效率。SQL优化是一个DBA必备的技能，然而即使一个有丰富SQL优化经验的老DBA估计碰到几十行甚至上百行的执行计划也要皱皱眉头，他如何能快速知道：

62、在这么庞大的执行计划中哪一行源消耗的资源最多。如果一个SQL的执行计划包含5个行源，行源1消耗的DBTIME占取了3%，那你即使把这3%的DBTIME全部消灭掉，也只让SQL的性能提升了3%，对于整体的DBTIME提升效果并不明显。如何知道整个SQL执行过程中消耗的哪一类资源最多，IO？CPU?，这让我们对SQL的性能有一个整体的认识，你可能观察性能指标后会说，奥，这是一个IO比较重的SQL，如果需要大幅提升SQL性能，也许要考虑提升数据库系统IO的能力。对于一个正在执行的SQL语句，如何知道它当前执

63、行到哪一步了？甚至知道执行完这一步还需要多久？如何知道执行这个SQL语句都经历了哪些等待事件，甚至知道这些等待里哪一类等待最为严重？要想知道这些问题的答案，在11G之前都是非常不容易的，要通过各种V$视图的关联去获取，而且展示的结果不够一目了然。11G以后这些信息全部可以在SQLMONITORING中找到答案，SQLMONITORING提供的功能还不仅仅是上面提到的这些，通过SQLMONITORING还可以轻松获取语句的绑定变量、监控索引的整个创建过程及创建完索引剩余的工作量。文本会着重讲解SQLMONI

64、TORING的核心功能，其他的相关信息就请读者们去尽情挖掘吧。什么SQL会被SQLMONITORING监控到对于绝大多数OLTP系统来说，SQL相对比较简单，每次的运行时间都非常快，绝大部分SQL的响应时间都应该在10MS以下，优化的复杂度也比较低，SQLMONITORING功能的出现并不是为了帮助DBA发现、诊断OLTPSQL的性能问题，而是为了加快DBA优化数据仓库类SQL的效率，这些SQL是偏OLAP系统的