File open event 지속에 대해..

Question

SELECT * FROM V$SQLAREA;
SELECT * FROM V$ACCESS;
를 하면
v$session_wait에 "file open" event 와 cpu 사용은 증가되며
조회는 안되고 종료할 수 밖에 없습니다...
(V$ACCESS 는 계속 기다려 보니 200개 정도 였습니다..)
무엇이 문제인가요...

Answer 1

이러한 질문은 OS version, OS word size(32bit 64bit), DB version, DB word size
가 없으면 알아낼 수 없습니다. 찾아보면 8.1.6 버젼에서 problem으로
등록된 것이 보이네요.
그런데 v$sqlarea를 where조건없이 모두 조회할 필요가 있는 것인지
요? 로드가 클 텐데요.
아래처럼 필요한 데이터만 조건을 걸어서 찾으면 안되는 건지요?
# buff_used_sql.sql
Doc
버퍼에서 있는 sql문장의 메모리 사용률 확인
file: buff_used_sql.sql
This script lists all statements that are taking longer than
4 seconds to scan through the buffer cache. The statements
use 500 buffer scans per second, which we have found that
most sites run at.
Note that the number of buffers scanned to achieve our
timings is 500 per second.
SET     LINESIZE     140
COLUMN     BUFFER_GETS     FORMAT     999,999
COLUMN EXECUTIONS      FORMAT      999,999
COLUMN      AVERAGE      FORMAT      999,999
COLUMN      RESPONSE      FORMAT      99,999 HEADING "RTime(Sec)"
COLUMN TEXT      FORMAT      A80 HEADING 'Sql Statement'
SELECT BUFFER_GETS,
EXECUTIONS ,
BUFFER_GETS / DECODE(EXECUTIONS, 0,1,EXECUTIONS) "AVERAGE",
BUFFER_GETS / DECODE(EXECUTIONS, 0,1,EXECUTIONS) / 1000 "RESPONSE",
SUBSTR(SQL_TEXT,1,1000) TEXT
FROM V$SQLAREA
WHERE BUFFER_GETS / DECODE(EXECUTIONS, 0,1,EXECUTIONS) > 20
AND ROWNUM < 10
ORDER BY 3 DESC
* 다음 Query는 Lock과 관련된 테이블을 출력.
column username format a10
column lockwait format a10
column sql_text format a80
column object_owner format a14
column object format a15
select b.username username, c.sid sid, c.owner object_owner,
c.object object, b.lockwait, a.sql_text SQL
from v$sqltext a, v$session b, v$access c
where a.address=b.sql_address and
a.hash_value=b.sql_hash_value and
b.sid = c.sid and c.owner != 'SYS'
( 위의 Query를 실행하면 다음과 같은 결과가 출력된다.
USERNAME SID OBJECT_OWNER OBJECT LOCKWAIT
SQL
LTO2 6 LTO EMP C3D320F4
update lto.emp set empno =25 where empno=7788
LTO3 9 LTO EMP C3D320C8
delete from lto.emp where empno=7788
LTO 5 LTO DEPT
insert into lto.dept values (60,'PROGRAMMER','LOS ANGELOS')
여기서는 USERNAME에 나와있는 유저가 OBJECT에 나와있는 테이블을 수정하려고
함을 나타낸다. LT02,LT03는 LT0가 Commit,Rollback 하기를 기다리고 있음을 알
수 있다. 하지만 여기에는 가장 최근의 DML 명령 하나만 나와있기 때문에 여기
나온 명령이 반드시 Lock을 걸고 있는 명령이라고 단정지을 수는 없다.
관련된 프로세스
* 다음 Query를 행해 보면 프로세스와 관련된 정보를 얻을 수 있다.
column "ORACLE USER" format a11
column SERIAL# format 9999999
column "OS USER" format a8
select substr(s.username,1,11) "ORACLE USER", p.pid "PROCESS ID",
s.sid "SESSION ID", s.serial#, osuser "OS USER",
p.spid "PROC SPID",s.process "SESS SPID", s.lockwait "LOCK WAIT"
from v$process p, v$session s, v$access a
where a.sid=s.sid and
p.addr=s.paddr and
s.username != 'SYS'
* 위의 Query를 실행하면 다음과 같은 결과가 출력.
ORACLE PROCESS SESSION SERIAL# OS USER PROC SESS LOCKWT
USER ID ID SPID SPID
LTO 19 5 31 usupport 17312 17309
LTO2 25 6 43 usupport 17313 17310 C3D320F4
LTO3 26 9 1 usupport 17314 17311 C3D320D8
글 수정:
민천사(민연홍)