1. 首页
  2. IT资讯

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

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….

可以看到这里的语句和了逻辑读和耗时的语句完全不同,并且较多,也是同形的

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

主题测试文章,只做测试使用。发布者:深沉的少年,转转请注明出处:http://www.cxybcw.com/183238.html

联系我们

13687733322

在线咨询:点击这里给我发消息

邮件:1877088071@qq.com

工作时间:周一至周五,9:30-18:30,节假日休息

QR code