RAC中一次混乱的性能诊断过程4

简介: Segments by Logical Reads Total Logical Reads: 584,021,980 Captured Segments account for 99.

Segments by Logical Reads

  • Total Logical Reads: 584,021,980
  • Captured Segments account for 99.1% of Total

Owner

Tablespace Name

Object Name

Subobject Name

Obj. Type

Logical Reads

%Total

PROD

PROD_TBS

PK_TEST

 

INDEX

161,827,056

27.71

PROD

PROD_TBS

PK_TEST1

 

INDEX

128,519,568

22.01

PROD

PROD_TBS

TEST1

 

TABLE

59,829,760

10.24

PROD

PROD_TBS

TEST2

 

TABLE

54,734,688

9.37

PROD

PROD_TBS

TEST3

 

TABLE

37,143,040

6.36

分析后这些SEGMENT都是以上语句涉及到的,因为语句基本同形,我就开始了SQL调优。一切好像都已经找到根源,如果我能减少这些语句逻辑读那问题就解决了。

但是后来我发现问题并非如此,CACHE FUSION传递的是逻辑块,但是引起逻辑读最高的语句不一定就是引起CACHE FUSION的语句。后来我查看了SQL按照CLUSTER WAIT排序

SQL ordered by Cluster Wait Time

Cluster Wait Time (s)

CWT % of Elapsd Time

Elapsed Time(s)

CPU Time(s)

Executions

SQL Id

SQL Module

SQL Text

18.02

49.06

36.73

24.68

3

9xwa8z12j7t70

 

select ti.serialno itemNo, ti....

14.58

48.02

30.35

18.81

2

d786an1rx2zhg

 

select ti.serialno itemNo, ti....

14.18

47.90

29.60

18.39

2

00h3bza336z9t

 

select ti.serialno itemNo, ti....

11.81

48.58

24.32

15.23

2

14sgv87uwx9au

 

select ti.serialno itemNo, ti....

10.08

52.87

19.06

9.99

1

g6htdj8u01bu6

 

select ti.serialno itemNo, ti....

9.22

51.46

17.92

10.29

1

9mfptg5r6rr9y

 

select ti.serialno itemNo, ti....

9.01

43.47

20.73

11.44

2

fyy7w418qk66k

 

select ti.serialno itemNo, ti....

可以看到这里的语句和了逻辑读和耗时的语句完全不同,并且较多,也是同形的
相关文章
|
Oracle Java 关系型数据库
RAC 环境中 gc block lost 和私网通信性能问题的诊断
对于每个节点,以及集群汇总统计信息中的global cache数据块丢失的统计信息("gc cr block lost" 和/或 "gc current block lost") 代表了私网通信的包处理效率低或者包的处理存在异常。
261 0
|
JavaScript Perl
一次RAC VIP漂移的结果诊断及修复
背景概述 客户的10G数据库VIP出现宕,引起VIP负载到另一个节点 事件支持细节 04:29:56.378 一号机器VIP 出现 went OFFLINE unexpectedly,当天出现这个VIP漂移的故障后为检查VIP宕掉的原因, 对VIP资源启动DEBUG 5模式:./crsctl debug log res "orahostname1.vip:5" 04:38:36.047 一号节点VIP 出现 went OFFLINE unexpectedly。
2038 0
|
Oracle 关系型数据库 数据库
|
SQL Java 数据库
RAC中一次混乱的性能诊断过程 1
                     RAC中一次混乱的性能诊断过程    众所周知在RAC中,问题很可能来自于CACHE FUSION(内存融合)的机制,简单的说就是CACHE BUFFER中的块在内存融合的机制下通过LMD进程进行传递,比如我节点1...
740 0
|
SQL 数据库
RAC中一次混乱的性能诊断过程2
SQL ordered by Elapsed Time Resources reported for PL/SQL code includes the resources used by all SQL statements called by the code.
757 0
|
SQL
RAC中一次混乱的性能诊断过程3
SQL ordered by Gets Resources reported for PL/SQL code includes the resources used by all SQL statements called by the code.
738 0
|
4月前
|
运维 Oracle 前端开发
Oracle 11g RAC集群日常运维命令总结
Oracle 11g RAC集群日常运维命令总结
107 2
|
4月前
|
Oracle 关系型数据库
分布式锁设计问题之Oracle RAC保证多个节点写入内存Page的一致性如何解决
分布式锁设计问题之Oracle RAC保证多个节点写入内存Page的一致性如何解决