linux下 ORACLE進程占用高CPU利用率


公司服務器Oracle數據庫經常會遇到CPU利用率很高的情況,而內存和I/O都不高,top查看如下

先查看數據庫的告警日志ALERT文件,並沒有發現有什么錯誤存在,日志顯示數據庫運行正常,排除數據庫本身存在問題。

然后查看這些占用CPU資源很高的Oracle進程究竟是在做什么操作,使用如下SQL語句:

select sql_text,spid,v$session.program,process  from v$sqlarea,v$session,v$process
where v$sqlarea.address=v$session.sql_address
and v$sqlarea.hash_value=v$session.sql_hash_value 
and v$session.paddr=v$process.addr
and v$process.spid in (PID);

用top中占用CPU很高的進程的PID替換腳本中的PID,得到相應的Oracle進程所執行的SQL語句,發現占用CPU資源很高的進程都是執行同一個SQL語句:

 

 --PID3713 
 INSERT INTO T_SBM_MT_TRANS_DAY_DTL (ID_, DATA_TYPE_, STA_COUNT_, GEN_DATE_, CREATE_ID_, CREATE_DATE_)    SELECT 021411280811,AREA_NAME_, COUNT(AREA_NAME_),TO_DATE('0214-11-28 13:40:00', 'YYYY-MM-DD HH24:MI:SS'),'0', SYSDATE    FROM (SELECT DECODE(C.AREA_NAME_, NULL, '未知區域', AREA_NAME_) AREA_NAME_              FROM T_SBM_BIKE_HIRE A              LEFT JOIN T_SBM_STATION B ON A.STATION_ID_ = B.ID_              LEFT JOIN T_SBM_AREA C ON B.AREA_ID_ = C.ID_               WHERE HIRE_DATE_ > TO_DATE('0214-11-28 13:30:00', 'YYYY-MM-DD HH24:MI:SS') AND               HIRE_DATE_ < TO_DATE('0214-11-28 13:40:00', 'YYYY-MM-DD HH24:MI:SS')) A               GROUP BY AREA_NAME_  HAVING COUNT(AREA_NAME_) > 0      
 --PID3748
INSERT INTO T_SBM_MT_TRANS_DAY_DTL (ID_, DATA_TYPE_, STA_COUNT_, GEN_DATE_, CREATE_ID_, CREATE_DATE_)    SELECT 021501181421,AREA_NAME_, COUNT(AREA_NAME_),TO_DATE('0215-01-18 23:50:00', 'YYYY-MM-DD HH24:MI:SS'),'0', SYSDATE    FROM (SELECT DECODE(C.AREA_NAME_, NULL, '未知區域', AREA_NAME_) AREA_NAME_              FROM T_SBM_BIKE_HIRE A              LEFT JOIN T_SBM_STATION B ON A.STATION_ID_ = B.ID_              LEFT JOIN T_SBM_AREA C ON B.AREA_ID_ = C.ID_               WHERE HIRE_DATE_ > TO_DATE('0215-01-18 23:40:00', 'YYYY-MM-DD HH24:MI:SS') AND               HIRE_DATE_ < TO_DATE('0215-01-18 23:50:00', 'YYYY-MM-DD HH24:MI:SS')) A               GROUP BY AREA_NAME_  HAVING COUNT(AREA_NAME_) > 0   
--PID3746   
INSERT INTO T_SBM_MT_TRANS_DAY_DTL (ID_, DATA_TYPE_, STA_COUNT_, GEN_DATE_, CREATE_ID_, CREATE_DATE_)    SELECT 021502090331,AREA_NAME_, COUNT(AREA_NAME_),TO_DATE('0215-02-09 05:40:00', 'YYYY-MM-DD HH24:MI:SS'),'0', SYSDATE    FROM (SELECT DECODE(C.AREA_NAME_, NULL, '未知區域', AREA_NAME_) AREA_NAME_              FROM T_SBM_BIKE_HIRE A              LEFT JOIN T_SBM_STATION B ON A.STATION_ID_ = B.ID_              LEFT JOIN T_SBM_AREA C ON B.AREA_ID_ = C.ID_               WHERE HIRE_DATE_ > TO_DATE('0215-02-09 05:30:00', 'YYYY-MM-DD HH24:MI:SS') AND               HIRE_DATE_ < TO_DATE('0215-02-09 05:40:00', 'YYYY-MM-DD HH24:MI:SS')) A               GROUP BY AREA_NAME_  HAVING COUNT(AREA_NAME_) > 0

 

而時間明顯不合法:TO_DATE('0215-02-09 05:30:00', 'YYYY-MM-DD HH24:MI:SS'),導致系統的統計任務一直走在執行,從0215年統計到2015年的數據

 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM