CPU主要功能：處理指令、執行操作、要求進行動作、控制時間、處理數據。
結合數據庫實例CPU占用高，可能的原因是數據庫在執行大量的操作（全表查詢、大量排序等）。
由於公司沒有DBA，遇到數據庫問題只能自己排查。
一、是否存在死鎖
查詢死鎖以及解鎖的語句參考下方：
- 查看死鎖ID
SELECT s.username,l.OBJECT_ID,l.SESSION_ID,s.SERIAL#,
l.Oracle_USERNAME,l.OS_USER_NAME,l.PROCESS FROM V$LOCKED_OBJECT
l,V$SESSION S WHERE l.SESSION_ID=S.SID;
- 查看表名稱
select b.owner,b.object_name,a.session_id,a.locked_mode from v$locked_object a,dba_objects b where b.object_id = a.object_id;
- 手工關閉死鎖
alter system kill session ‘sid,serial#’; （其中sid=l.session_id）
通過查詢死鎖也發現了一些死鎖，殺掉后CPU沒有降下來，只能重新排查。
二、借助PLSQL查詢定時job和session
通過PL/SQL查詢到，不存在定時的JOB執行。
通過Tools-Sessions，發現存在較多數據庫連接與訪問，但較難定位到具體那個sql或表存在問題。
於是，Kill了所有Session，CPU得到緩解，但根本原因未查到，隔幾分鍾又反復了。
三、查詢數據庫中的等待事件
SELECT P.PID,
S.SID,
S.SERIAL#,
S.USERNAME,
Q.SQL_ID,
Q.SQL_TEXT,
Q.SQL_FULLTEXT,
W.EVENT,
W.WAIT_TIME,
W.STATE,
CASE
WHEN W.STATE = 'WAITING' THEN
W.SECONDS_IN_WAIT
WHEN W.STATE = 'WAITING KNOWN TIME' THEN
W.WAIT_TIME
END AS SEC_IN_WAIT
FROM V$SESSION S, V$SESSION_WAIT W, V$SQLAREA Q, V$PROCESS P
WHERE S.SID = W.SID
AND S.SQL_ID = Q.SQL_ID
AND P.ADDR = S.PADDR
AND W.EVENT NOT LIKE 'SQL*Net%'
AND S.USERNAME IS NOT NULL
AND W.WAIT_TIME >= 0
ORDER BY W.WAIT_TIME DESC;
發現存在等待事件，分析待執行的SQL發現存在多表（百萬數據）全量關聯查詢。
於是對數據以及SQL進行了相應優化，CPU占用較高問題得到根本解決。
四、過程總結
造成CPU暴增的原因有很多，思路也有很多，后續如果遇到可以參考上述思路，精准定位到問題並進行優化。