Oracle 성능 최적화 - 메모리 최적화
데이터 버퍼: 크기 는 DBCache_Size 매개 변수 결정.
- select name,value from v$parameter
- where name in('db_cache_size','db_block_size','shared_pool_size','sort_area_size');
- select name value from v$sysstat
- where name in ('db block gets','consistent gets','physical reads');
그 중에서 이상 적 인 상황: physical reads 는 0 에 가깝다. 즉, 데 이 터 는 모두 데이터 버퍼 에서 나온다.db block gets 는 메모리 에서 데 이 터 를 읽 는 것 을 표시 합 니 다. consistent gets 는 일치 하 는 데 이 터 를 읽 는 것 을 표시 합 니 다.
- select child#,sleeps/gets ratio from v$latch_children
- where name ='cache buffers lru chain';
데이터 버퍼 에 여유 가 있 는 지 확인 할 수 있 습 니 다. 남 은 충돌 비율 은 0 에 가 까 워 야 합 니 다.
데이터 버퍼 메모리 가 충분 한 지, 효율 이 어떤 지, 명중률 을 계산 해서 확인 할 수 있 습 니 다.디스크 물리 적 으로 읽 은 데이터 와 내 적 버퍼 의 데 이 터 를 계산 하면 명중률 이 나온다.일반적으로 90% 이상 을 요구 합 니 다. 그렇지 않 으 면 데이터 버퍼 의 크기 를 늘 려 야 합 니 다.
공유 탱크 크기 는 매개 변수 sharedpool_사이즈 결정.공유 탱크 에서 SQL 구역 은 데이터 캐 시 보다 메모리 영역 을 많이 소모 합 니 다.
- select name ,bytes from v$sgastat order by name;
- select * from v$sgastat where name = 'free memory';
free memory 는 남 은 메모리 로 공유 탱크 에서 사용 할 수 있 는 바이트 수 입 니 다. dictionary cache 는 데이터 사전 버퍼 이 고 library cache 는 라 이브 러 리 버퍼 이 며 sql area 는 SQL 버퍼 입 니 다.남 은 백분율 = (남 은 메모리 / 공유 탱크 바이트 수)×100% 20% 미 만 이면 공유 탱크 파라미터 SharedCache_size
다음으로 이동:http://www.cnblogs.com/liubiqu/archive/2006/04/01/364087.html
이 내용에 흥미가 있습니까?
현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다:
Oracle 생성 향후 3일간의 전체 시점 (단계 상세)수요: X 좌표축 시간은 모두 정시 시간으로 앞으로 3일 동안의 예측을 보여준다(x 축은 앞으로 3일 동안의 정시 시간을 보여준다), 3시간마다 한 눈금, 가로 좌표는 모두 24개의 눈금을 보여준다 1단계: 현재 시...
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
CC BY-SA 2.5, CC BY-SA 3.0 및 CC BY-SA 4.0에 따라 라이센스가 부여됩니다.