16点到17点数据库整体比较慢

lsz_qh

EXADATA QUARTER RACK
RDBMS:11.2.0.3 BP 8

该时间段temp表空间使用情况：

1. SELECT vt.inst_id,
   
2.        vs.sid,
   
3.        vs.serial#,
   
4.        vs.username,
   
5.     vs.osuser,
   
6.        vs.machine,
   
7.        vs.saddr,
   
8.        vs.client_info,
   
9.        vs.program,
   
10.        vs.module,
    
11.        vs.logon_time,
    
12.        vt.tempseg_usage,
    
13.     vt.segtype
    
14.   FROM gv$session vs,
    
15.        (  SELECT inst_id,
    
16.                  username,
    
17.                  session_addr,segtype,
    
18.                  ROUND (SUM (blocks) * 8192 / 1024 / 1024 / 1024, 2)
    
19.                     tempseg_usage
    
20.             FROM gv$tempseg_usage
    
21.         GROUP BY inst_id, username, session_addr,segtype
    
22.         ORDER BY 4 DESC) vt
    
23. WHERE vs.inst_id = vt.inst_id AND vs.saddr = vt.session_addr order by tempseg_usage desc;

复制代码

结果详见压缩文件中的excel，谢谢！

附件是2个节点该时间段的awr，麻烦大家帮忙分析一下，谢谢！

Maclean Liu(刘相兵

留到明天看

Maclean Liu(刘相兵

Elapsed:                  59.29 (mins)                  
DB Time:                  2,719.10 (mins)                  


W/A MB processed:         64.6         353.5

Event        Waits        Time(s)        Avg wait (ms)        % DB time        Wait Class
DB CPU                 67,680                 41.48         
resmgr:pq queued        35        50,684        1448124        31.07        Scheduler
direct path write temp        286,327        8,887        31        5.45        User I/O
direct path read temp        1,278,659        7,565        6        4.64        User I/O
cell smart table scan        453,763        2,039        4        1.25        User I/O

CPU负载接近100%，

PGA use (MB):         10,781.2         5,114.9



几个TOP SQL:


Elapsed Time (s)        Executions        Elapsed Time per Exec (s)        %Total        %CPU        %IO         SQL Id        SQL Module        SQL Text
45,752.91        0                 28.04        60.53        0.01        55054jf72hs3h         SQL*Plus        INSERT /*+APPEND PARALLEL*/ IN...
11,894.75        0                 7.29        31.96        0.73        g115qvcnu94ar         SQL*Plus        INSERT /*+append parallel*/ IN...
11,330.52        1        11,330.52        6.95        60.78        8.52        5t4pk3naqfan1         SQL*Plus        INSERT /*+append parallel*/ IN...
8,217.08        1        8,217.08        5.04        14.47        63.66        6d9z3fuhmbag4         PL/SQL Developer        INSERT /*+ APPEND PARALLEL */ ...
5,132.69        1        5,132.69        3.15        39.39        5.28        dfpcjk5q7ady3         SQL*Plus        insert /*+append parallel*/ IN...


这几个TOP SQL 均是使用sqlplus 执行， 如果你的实际业务是 tclsh@odsapp2 (TNS V1-V3) 访问的话，  那么我这里假设 你sqlplus  进来的 是一些 维护的批量操作

Maclean Liu(刘相兵

每秒的IO  吞吐量为 665MB/s  大量的 INSERT APPEND + PARALLEL 消耗了大量的CPU , AWR时间为16:00~17:00  ， 不能从业务上把这些入库 操作弄到晚上去吗?

lsz_qh

谢谢ML，1号到5号账期， INSERT APPEND + PARALLEL 这种sql确实很多，parallel会消耗高CPU，但这段时间我监控主机资源，发现内存也有点紧张，对应的sql也是这种 INSERT APPEND + PARALLEL