반응형

본 이미지는 글과 관련없습니다. 그냥 허전해서 넣은거에요....ㅋ

나름 프로그램 만들다보면, 성능에 신경쓰지 못하고 그냥 넘어가는 경우가 있다.

그리고 나중에, 어느부분에서 느린지 프로그램도 프로그램이지만 DB에서 찾아야 하는 경우도 있다.

그럴때 아래 쿼리를 이용해서 많은 블록에 접근하여 성능에 영향을 주는 SQL을 찾아낼수 있다.

SELECT /*+ NO_MERGE(v) */
       s.HASH_VALUE
     , s.MODULE
     ,s.last_active_time
     , 
     ( SELECT username 
         FROM DBA_USERS 
        WHERE user_id =s.parsing_user_id
      ) username
      , executions
      , ROUND(elapsed_time/(DECODE(executions,0,1,NULL,1,executions)*1000000),1) elapsed_t
      , ROUND(buffer_gets/DECODE(executions,0,1,NULL,1,executions),1) buffer_gets_per_exec
      , rows_processed
      , sql_text
  FROM
     ( SELECT /*+ NO_MERGE(V1) */
              MAX(HASH_VALUE) HASH_VALUE
         FROM
            (
              SELECT HASH_VALUE, SQL_TEXT
                FROM V$SQL S
               WHERE 1=1
                 AND ( ROUND(buffer_gets/DECODE(executions,0,1,NULL,1,executions),1) > 10000
                       OR elapsed_time/(DECODE(executions,0,1,NULL,1,executions)*1000000) >10 )
                 AND (module IS NULL
                      OR (module NOT LIKE 'TOAD%'
                     AND module NOT LIKE 'Orange%'
                     AND module NOT LIKE 'Golden32.exe%'
                     AND module NOT LIKE 'PL/SQL Developer%'
                     AND module NOT LIKE 'T.O.A.D%'
                     AND UPPER(module) NOT LIKE 'SQL*PLUS%')
                     )
                 AND PARSING_USER_ID IN
                ( SELECT user_id
                    FROM DBA_USERS
                   WHERE username NOT IN ('SYS','SYSTEM')
                )
             ) V1
        GROUP BY SUBSTR(SQL_TEXT,1,150)
     ) v,
       V$SQLAREA s
 WHERE v.hash_value=s.hash_value
  AND parsing_user_id IN
    ( SELECT user_id
        FROM DBA_USERS
       WHERE username NOT IN ('SYS','SYSTEM')
    )
  AND s.module NOT LIKE 'SmartSQL%'
ORDER BY buffer_gets;

위 쿼리의 제목은 "쿼리수행시간이 10초이상걸리거나, 10000블록 이상 접근하는 쿼리 " 이 정도가 되겠다.

※아래는 이해를 돕기위한 설명.

- Buffer Gets : 해당 SQL이 수행되면서 액세스한 블록의 수이며 V$SQL 등에서는 Executions가 곱해져서 보여진다.


- Executions : 해당 SQL이 수행된 횟수를 의미하며 변수 처리를 바인 드 변수 처리로 수행하지 않으면 다른 SQL로 집계된다.


- Elapsed Time : 해당 SQL이 수행된 수행 시간이며 V$SQL에서는 1,000,000으로 나눠야 초가 된다. 물론 Executions로 곱해져 있기 때 문에 Executions로도 나눠야 1회 수행 시 수행 시간이 된다.


- (ROUND(BUFFER_GETS/DECODE(EXECUTIONS,0,1,NULL,1, EXECUTIONS),1) > 10000 - 10,000 Block 이상 액세스한 SQL

- ELAPSED_TIME/(DECODE(EXECUTIONS,0,1,NULL,1,EXECUT IONS)*1000000) >1- 수행시간 1초 이상


- order by BUFFER_GETS; - Block 액세스에 수행 횟수를 곱한 순으로 결과 추출

 

프로그램(DB) 유지보수에 큰 도움이 되길 ..

반응형
반응형

구글에서 주워온이미지..문제가 된다면 죄송합니다...봐주세요

지난 포스팅 "실시간으로 10초이상 걸리는 쿼리 확인하기" 에 이어,

이번에는 테이블 자체에 LOCK이 걸린 내역을 조회하는 쿼리이다.

※지난 포스팅은 아래 링크 참조

 

[오라클] 실시간으로 10초이상 걸리는 쿼리 확인하기

현재 DB서버가 폭주중이라면, 먼저 장시간 수행중인 쿼리들이 없는지 1차적으로 체크해야 할 필요가있다. 때에 따라 확인하는 것 뿐만 아니라, 강제로 KILL하여 자원의 안정적인 확보가 필요하다.

masswhale.tistory.com


SELECT DISTINCT X.SESSION_ID, A.SERIAL#, D.OBJECT_NAME, A.MACHINE, A.TERMINAL,
       A.PROGRAM, A.LOGON_TIME, 'ALTER SYSTEM KILL SESSION'''||A.SID||', '||A.SERIAL#||''';' AS qry
FROM GV$LOCKED_OBJECT X, GV$SESSION A, DBA_OBJECTS D
WHERE  X.SESSION_ID = A.SID
AND X.OBJECT_ID = D.OBJECT_ID
ORDER BY LOGON_TIME;

마찬가지로 오라클의 Dynamic Performance View로 부터 조회하는 방식이다.

Lock 세션이 발견되어 DB서버가 과부하다 못해 죽기 직전에 쓰는 응급조치라고 할수 있겠다.

SELECT절의 가장 끝 컬럼에 "ALTER SYSTEM KILL SESSION~"을 넣어뒀으니, 복사 후 바로 사용할 수 있다.

DB에 자주 무리가 가거나, 별도의 모니터링 툴이 없으신 곳은 이전포스팅의 내용과 현재 포스팅의 내용을 

잘 참조하셔서 별도의 모듈을 만들면, 굉장한 도움이 될것으로 예상된다.

다음포스팅에서도 관련된 정보 포스팅 예정!

 

많은 분들에게 도움되길!

※오라클만 됩니다.

반응형
반응형

그냥 허전해서 주워온 이미지..사진 사용에 문제가 될시...죄송합니다.

현재 DB서버가 폭주중이라면, 먼저 장시간 수행중인 쿼리들이 없는지 1차적으로 체크해야 할 필요가있다.

때에 따라 확인하는 것 뿐만 아니라, 강제로 KILL하여 자원의 안정적인 확보가 필요하다.

아래 쿼리는 현재 수행시간이 10초 이상인 것들의 대한 SQL과 프로세스 정보를 확인하는 쿼리이다.

이는 오라클에서 제공하는 Dynamic Performance View로 부터 실시간으로 확인하는 정보다.

 

바로 kill할수 있도록 SELECT 절 가장 끝 컬럼에

ALTER SYSTEM KILL ~구문을 추가했으니, 바로 복사해서 사용하면 된다.

--당일 실시간으로 10초이상 걸리는 쿼리를 조회
SELECT
  A.SID,       -- SID
  A.SERIAL#,   -- 시리얼번호
  A.STATUS,    -- 상태정보
  A.MODULE,
  A.MACHINE,
  A.USERNAME,  -- 유저
  A.OSUSER,    -- 접속자의 OS 사용자 정보
  A.LOGON_TIME, --세션 로그온 시간
  B.LAST_ACTIVE_TIME, --마지막 활성화 시간
  ROUND(ELAPSED_TIME/(DECODE(EXECUTIONS,0,1,NULL,1,EXECUTIONS)*1000000),1)AS ELAPSED_T, --평균수행시간(초)
  SUBSTR (TO_CHAR (LAST_CALL_ET), 1, 6) AS  EXECUTESECONDS, --실제 수행중시간 (초)
  A.PROCESS,   -- 프로세스정보
  B.SQL_TEXT,  -- sql
  'ALTER SYSTEM KILL SESSION'''||A.SID||', '||A.SERIAL#||''';' AS qry
FROM
  V$SESSION A,
  V$SQLAREA B,
  V$PROCESS C
WHERE
  A.SQL_HASH_VALUE=B.HASH_VALUE
  AND A.SQL_ADDRESS=B.ADDRESS
  AND A.PADDR=C.ADDR  
  AND A.MODULE IS NOT NULL
  AND TO_CHAR(A.LOGON_TIME,'YYYY') >= SUBSTR(TO_CHAR(SYSDATE,'YYYYMMDD'),0,4)
  AND TO_CHAR(LAST_ACTIVE_TIME,'YYYYMMDD') = TO_CHAR(SYSDATE,'YYYYMMDD')
  AND (B.ELAPSED_TIME/B.EXECUTIONS/1000000) > 1 /* 평균수행시간이 ?초 이상인것 */
  AND SUBSTR (TO_CHAR (LAST_CALL_ET), 1, 6) > 1 /* 현재 실제수행중인 쿼리가 ? 초 이상인것 */
  AND A.STATUS='ACTIVE'
ORDER BY A.LAST_CALL_ET DESC

해당 쿼리를 이용하여, 자동으로 체크하는 로직을 만들수 있고, 그에따라 가장 끝 컬럼에 있는

값들인 (ALTER SYSTEM KILL~~) 구문을 실행하여 부하걸린 프로세스를 바로 종료시킬수도 있다.

개별모듈로써 활용가능성이 있음..

※오라클에서만 됩니다.

반응형
반응형

 

글만 쓰기엔 허전해서 그냥 넣은그림

프로그램에서 업무를 수행하는 모듈(기능)은 다양하게 개발하여 처리할수 있다.


예를들어 뷰에서 자바스크립트로 만들어서 처리할수도 있고, 백단에서 자바등으로 만들어서 처리할수 있으며, 

DB의 프로시저 및 펑션등으로도 할수 있다.

 

만약 특정업무를 수행하는 기능에서 DB작업시 테이블명이나 WHERE조건이 변경되어야 할때

SQL을 정의해둔 XML이나 JSP등의 경우엔 IDE에서 통합검색으로 충분히 찾아서 조치할수 있지만

해당 소프트웨어가 프로시저와 펑션을 사용하는 업무가 있다면 IDE에서는 찾기가 어렵다.

찾기가 어렵다는건, 유지보수에서 놓치게 된다는 것이고 또다시 버그가 발생할거란 소리다.

이런경우를 최대한 막기위해선 프로시저와 펑션의 내부를 검색하여 찾아내야한다.

 

바로 아래의 방법들로 가능하다.

/*
1. PROCEDURE 내용 검색하기
*/
SELECT *
FROM  USER_SOURCE
WHERE  TYPE = 'PROCEDURE' --패키지나 다른 부분을 검색 하고 싶다면 대문자로 입력한다.
AND TEXT LIKE  '%INS_ID%' --찾고자 하는 내용을 입력한다.
;

/*
2. FUNCTION 내용 검색 : 위와 동일한 방법으로 사용한다.
*/
SELECT *
FROM  USER_SOURCE
WHERE TYPE = 'FUNCTION' 
AND TEXT LIKE  '%REG%'  
​;

/*
번외로, 테이블 생성시 중복되는 테이블명은 없는지? 
아니면 유지보수시에 이름이 비슷하면서 유용한 함수는 없는지 찾아보고 싶을때 쓰면 괜찮은 방법이다.
*/
SELECT *
FROM USER_OBJECTS
WHERE OBJECT_NAME LIKE '%FN_GET_%' --찾고싶은 테이블명 또는 함수 명 등등
AND OBJECT_TYPE = 'TABLE' -- TABLE, INDEX,FUNCTION, PROCEDURE 다양하게 검색할 수 있다.
;

생각보다 유용하게 쓸수있다.
눈으로 보기보단, 위에 입력된 쿼리들을 직접 입력해보길 권장한다.

 

 

반응형

+ Recent posts