求大神知道awr优化

lfree

c8mwptam0u48c  
选择字段KPBZ,SCBZ,SCRQ 那个选择性好.简单一点建立如下,问题ok.
create index i_N_BEPS_LOCAL_KPBZ_SCBZ_SCRQ on N_BEPS_LOCALCARDLOCALCONSUM(KPBZ,SCBZ,SCRQ);

lfree

sqysl 发表于 2019-10-29 14:34
1、节点2上的IO不正常，有个SQL（c8mwptam0u48c）看看优化下吧，应该是发生了大量的物理IO，这个应该是最大 ...

我什么感觉实际上对方系统IO性能不好.
实际上问题主要集中在c8mwptam0u48c,执行18次,都是集中在这里.而
Event        Waits        Total Wait Time (sec)        Wait Avg(ms)        % DB time        Wait Class
DB CPU                 2466.8                 46.6         
direct path read        78,160        2012.6        26        38.1        User I/O
--//平均26ms.从一定程度说明对方的IO 不好.
当然这也是asm 的"弊端".如果是文件性的数据库,这样问题会掩盖的.或者根本看不出来.

lfree

服务器如果没有其它应用.打开hugepages下.可以设置sga=50g应该问题不大.

lfree

--//更正一下.可能我判断错误.
Buffer Gets         Executions        Gets per Exec         %Total        Elapsed Time (s)        %CPU        %IO        SQL Id        SQL Module        SQL Text
54,973,903        18        3,054,105.72        21.55        2,566.60        22.1        77.9        c8mwptam0u48c         JDBC Thin Client         select ID, KPBZ, KHDM, TAC, KH...

--//3054105.72*8192/1024/1024/1024 = 23.3G
--//23.3*18 = 419.4G,与如下对应.

IOStat by Function summary

    'Data' columns suffixed with M,G,T,P are in multiples of 1024 other columns suffixed with K,M,G,T,P are in multiples of 1000
    ordered by (Data Read + Write) desc

Function Name        Reads: Data        Reqs per sec        Data per sec        Writes: Data        Reqs per sec        Data per sec        Waits: Count        Avg Tm(ms)
Direct Reads        421.4G        119.76        119.56M        0M        0.00        0M        0         
Others        237M        3.09        .066M        43M        0.77        .012M        12.5K        1.96

--//每秒120M,这个不是高.要么这些语句同时执行.感觉还是IO不行.不好判断.

lfree

Buffer Gets         Executions        Gets per Exec         %Total        Elapsed Time (s)        %CPU        %IO        SQL Id        SQL Module        SQL Text
10,210,062        5        2,042,012.40        4.00        149.13        99.3        .1        72u07zdryhx6k         JDBC Thin Client         SELECT (JYQYE-JYJE) AS YE FROM...


72u07zdryhx6k        

SELECT (JYQYE-JYJE) AS YE
  FROM N_BEPS_CARDLEDGER
WHERE KJYJSQ =  (
        SELECT MAX(KJYJSQ)
          FROM N_BEPS_CARDLEDGER
WHERE KH     =  :1 )
   AND KJYJSQ != '0'
   AND KH     =  :2

--//逻辑读这么高,我感觉你这里可能存在隐式转化.不过直接路径读那里看不到这个表.走的不是全表扫描.
--//难道走错索引,我要看一下这个执行计划.才能确定问题.不是这个是视图吧.

lfree

72u07zdryhx6k       

SELECT (JYQYE-JYJE) AS YE
  FROM N_BEPS_CARDLEDGER
WHERE KJYJSQ =  (
        SELECT MAX(KJYJSQ)
          FROM N_BEPS_CARDLEDGER
WHERE KH     =  :1 )
   AND KJYJSQ != '0'
   AND KH     =  :2

KH字段有索引吗?选择性好吗?

lfree

--//猜测kh 2次取值是一样的.改写如下:
select ye from
(SELECT (JYQYE-JYJE) AS YE,KJYJSQ
  FROM N_BEPS_CARDLEDGER
where  KJYJSQ != '0'
   AND KH     =  :1
   order by KJYJSQ desc) where rownum<=1;

--//如果没有kh索引,可以尝试建立它
create index i_N_BEPS_CARDLEDGER_KH_KJYJSQ on N_BEPS_CARDLEDGER(KH,KJYJSQ )
--//或者
create index i_N_BEPS_CARDLEDGER_KH on N_BEPS_CARDLEDGER(KH )

sqysl

lfree 发表于 2019-10-29 22:38
我什么感觉实际上对方系统IO性能不好.实际上问题主要集中在c8mwptam0u48c,执行18次,都是集中在这里.而Event ...

楼主的存储本身还不错，但这个SQL发生了大量的物理IO，1个小时内发生了近500G的物理读，几乎耗尽了存储的IO带宽，这点，从节点1的GCS相关指标就能看出来。

sqysl

lfree 发表于 2019-10-29 23:07
--//更正一下.可能我判断错误.Buffer Gets         Executions        Gets per Exec         %Total        Elapsed Time (s)        %CPU        %IO         ...

他这个存储应该还不错的，120m这个只是个平均， 另外，从其他指标看，还是比较高的。

sqysl

lfree 发表于 2019-10-29 22:38
我什么感觉实际上对方系统IO性能不好.实际上问题主要集中在c8mwptam0u48c,执行18次,都是集中在这里.而Event ...

“当然这也是asm 的"弊端".如果是文件性的数据库,这样问题会掩盖的.或者根本看不出来.”
请教老大，这句话我看不太懂，能否详细说下？