As it was in the beginning, is now, and ever shall be, world without end.

SQL Trace * 10046 Trace level 0 - Trace 하지않음 sql_trace=false 와 동일 level 1 - 일반적인 SQL Trace 정보제공 level 4 - SQL Trace 정보 + Bind 정보제공 level 8 - SQL Trace 정보 + Wait Event 정보제공 level 12 - SQL Trace 정보 + Bind 정보제공 + Wait Event 정보제공 * 10046 Trace 순서 alter session set sql_trace = true; alter session set events '10046 trace name context forever, level [0, 1, 4, 8, 12]'; SQL 수행 -> user dump dest에 trc파일 생성..

p://aff0gato.blog.me/221090698458 DBA_HIST_SQLSTAT 은 SQL의 성능 개선에 필요한 다양한 정보를 제공하고 있으므로, SQL의 성능 개선에 적극적으로 활용할 필요가 있습니다. DBA_HIST_SQLSTAT 뷰의 Description은 아래와 같습니다. Column Datatype NULL Description SNAP_ID NUMBER Snapshot ID (DBA_HIST_SNAPSHOT 참조) DBID NUMBER Database ID (현재 DB v$database 확인가능) INSTANCE_NUMBER NUMBER RAC 경우 해당 SQL_ID VARCHAR2(13) Parent Cursor의 SQL ID PLAN_HASH_VALUE NUMBER SQL 실행..

AWR(Automatic Workload Repository) Table of Contents Statspack/AWR AWR Report 분석 AWR Parameters AWR Report 문서에 대하여 Statspack/AWR Statspack과 AWR은 거의 같은 내용을 담고 잇으며, 다른 점이 있다면 정보를 수집하는 방식에 있다 구분 Statspack AWR 조회방식 SQL을 이용한 딕셔너리 조회 DMA(Direct Memory Access)방식으로 SGA를 직접 액세스하기 때문에 좀 더 빠르게 정보수집가능 자료수집 정보수집의 부하 때문에 자주 스냅샷 수행 어려움. 그래서 사용자가 수동으로 statspack.snap 명령을 날리거나 정해진 기간동안만 JOB에 등록해 수집 자동으로 성능자료 수집해 ..

table full scan - 테이블에 있는 모든 로우를 읽는 방식 기본 Parameter : db_file_multiblock_read_count Index scan은 테이이블의 약 15% 일때 적절하다, 하지만 대용량의 테이블이라면 인덱스를 1% 읽는 것보다 전체테이블 스캔하는 것이 유리할 수 있다. 대용량의 테이블에서 많은 양의 데이터를 읽을 때는 table full scan이 index scan 보다 유리함. Index Scan을 할 경우 소량의 I/O가 반복적으로 여러번 수행되는데 이 비용보다 한번의 I/O로 많은 데이터를 호출 하는것이 더 유리하기 때문