Liangjing 빈 교사의 '수확, 더 SQL 최적화보다 "는 SQL 튜닝 시간을 단축하는 방법, 세 단계를 제공합니다
1. 먼저, 도움말 조정에 정보의 전체 데이터베이스를 얻을
SQL 단계 정보 2. 실행 빠른 액세스
3. 신속하게 장면 정보 관련 SQL 뒤에 도착
사실, 우리는 매일, 다음 단계는 더 많거나 적게 사용하지만 키 생성 스크립트 주어진 자주, 그것을 할 기대할 시스템의 종류가 부족 때로는 방법의지도, 우리가 조직 리앙의 도움이 필요하고, , 아주 실용적, eygle 한 번 말했듯이있는 다른 주제로 리드,뿐만 아니라 "우리의 지식과 기술 성장을 계속 손에 데모 기능, 다른 사람의 경험을 만들 것입니다"우리는 단지 블랙 박스 수 사용하려면 메커니즘 뒤에를 이해하는 방법 키가 생성? 어디 잘 쓰여진 스크립트, 어디 우리가 완전히 스크립트의 지식을 "배출"할 수있는 추첨을 배울 수있는 최적화에 관한 것이다.
1. 먼저, 도움말 조정에 정보의 전체 데이터베이스를 얻을
근본적인 문제 SQL이 실행되지 않습니다 우리는 먼저 전체 데이터베이스의 작동, AWR 자연스럽게 생각을 알고 있어야하지만 모든 성능 문제가 AWR을 통해 노출 될 수 있으며, 이러한 획득 시간으로 AWR가 존재하고, 따라서 문제를 찾을 수 없습니다, 문제는 의미가 없다하지 않습니다 .
사용 spooldb.sql 스크립트 (링크 : HTTPS : //github.com/liangjingbin99/shouhuo/blob/master/%E7%AC%AC01%E7%AB%A0/spooldb.sql)는,이 문서는 아래를 얻을 수있다
ADDM (1) 마지막 시간 : addmrpt_1_576_578.txt
(2) AWR의 마지막 시간 : awrrpt_1_577_578.html
(3) 지난 7 일 AWR : awrrpt_1_576_578_all.html
(4) 최근 반 시간 ASH : ashrpt_1_20190317212222_20190317215222.html
모든 관련 정보 (5) 데이터베이스 : spool_BISAL_1_19-03-17_21.52.html
처음 몇 쉽게 이해하고, 마지막으로 스풀과 모든 관련 정보의 데이터베이스가 생성되고, 우리는뿐만 아니라, 분기 아이디어의 수를 / 수정 / 삭제 컬렉션 항목의 우려를 추가, 개인의 요구를 충족 할 수있는 다음과 같은 정보가 포함 이 컬렉션 항목은 해당 SQL, 우리는 자신의 모니터링 플랫폼에 통합 전체에 사용되는 수집, 디스플레이를 자동화 할 수 있습니다
"버전
최근이 시동 시간의 RAC 버전 여부
CPU 또는 긴 대기 30 분 이내에
최근로드 케이스 (AWR 스냅 샷에 따라)
논리적까지 읽고
실제의 최대 것은 읽기
의 가장 높은 숫자를 실행
가장 많은 수의 분석
가장 디스크 종류의
세션의 10,000 개 이상의 수를 제출
SQL 이상 100
쿼리 공유 메모리 점유율
테이블과 병렬의 정도가
과 병렬의 인덱스
실패 지수
주제 실패
비트 맵 인덱스와 인덱스 기능, 리버스 키 인덱스
조합의 4 개 이상의 열 지수
가 5 이상의 인덱스 번호를
이는 큰 테이블 인덱스를 구축 적이있다.
크로스 존재하는 인덱스와 별도의 인덱스 테이블의 조합. 때
어떤 객체 시스템 테이블 공간에 내장되어 있습니다.
통계가 수집되어 있는지 확인할
수집 수집되지 않은 확인 여부를
통계 정보의 수집에 의해 임시 테이블
분석 로그 스위치 주파수
일일 로그 스위치의 지난 10 일의 양
로그 그룹 크기
보기 RECOVERY_FILE_DEST 사용
검사 순서 20 곳의 경우보다 작
에 대한 테이블 공간 사용
은 전체 데이터베이스가 어떻게
객체 크기 TOP10의
쓰레기 케이스 (크기와 수)가
확인 사람 실행 취소 테이블 공간을 차지
임시 테이블 공간을 차지 검사
롤백 임시 세그먼트 일반적인 세그먼트 자동 확장 여부를 관찰 하였다
내장 10기가바이트 분할 이하의 테이블 크기
대상 구획의 상단 (10)까지
에 나타난 파티션 불균일
표 2의 100 열보다 작거나 더 많은 수
의 표 NOLOGGING 속성
테이블 포함하는 압축 속성
압축 포함의 인덱스 속성
트리거를
외래 키가 나열 인덱싱되지 않은 경우
핫 블록 (요약)
핫 블록 (집계되지 않은 개발)
부록 : session_cached_cursors을 경우 그 매개 변수 설정, 경우의 100 % 이 매개 변수 값 증가
부록 : 오라클의 모든 매개 변수에 대한 참조 "
SQL 단계 정보 2. 실행 빠른 액세스
특정 SQL 튜닝, 실행 계획의 경우, 중요한 무기이며, 종종 더 정확한 것, 함께 볼 런타임 통계의 조합을 필요로한다.
PS 다음은 실행 계획을 얻을 수있는 몇 가지 방법입니다,
"계획의 구현은 비정상적인 경우를 변경 - 소문 쿼리 실행 계획을 여러 가지 방법으로."
3. 신속하게 장면 정보 관련 SQL 뒤에 도착
정보를 얻을 SQL을 당신은 정보를 확인해야 할 수 있으며, 이는 관련 SQL 테이블, 인덱스 및 기타 부수적 인 문제를 결정합니다.
키의 경우 2, 3을 얻기 위해, spoolsql.sql 스크립트를 (수행 링크 : HTTPS : //github.com/liangjingbin99/shouhuo/blob/master/%E7%AC%AC02%E7%AB%A0/spoolsql.sql 다음) SQL_ID 입력을 검색하기 위해, 스풀에 의해 얻어진 출력 결과는, 상기의 SQL SQL_ID 7ng34ruy5awxq이고, 파일명 7ng34ruy5awxq.html,
이 두 스크립트, 물론 키 생성 데이터베이스, SQL 관련 통계, 매우 편리하고, 스크립트의 원리를 이해와 함께, 우리가 자신에 이러한 스크립트의 표적으로 사용하고 배울 스크립트, 심지어 변환 될 수 있습니다 개인의 성장에 대한 지식이 가장 중요하다.
----------------
면책 조항 :이 문서는 CSDN 블로거 원래 기사 "bisal"및 후속 CC 4.0-SA 저작권 계약, 원본 소스 링크이 문을 첨부 해주세요 재현이다. .
원본 링크 : HTTPS : //blog.csdn.net/bisal/article/details/88685091