차례:
- 는 사용 가능한 공간과 블록 상태에 따라 어떤 블록을 유지 할지를 제어합니다 (공유 풀이 SQL의 상태를 결정하는 방식과 유사). 버퍼 캐시는 자체 버전의 LRU 알고리즘을 사용합니다.
- 사용자가 설정 한 복구 시간 임계 값이 충족됩니다. 더티 블록의 총 수가 용인 할 수없는 복구 시간을 초래합니다. 자유 블록이 필요하고 주어진 검색 량 후에는 아무 것도 발견되지 않습니다.
비디오: [오라클 기초 강좌] 12 - 테이블스페이스 이해 - 오라클 스토리지 구조, 테이블스페이스 생성/변경/제거 2024
Oracle 12c의 데이터베이스 버퍼 캐시 는 일반적으로 SGA의 가장 큰 부분입니다. 디스크의 파일에서 가져온 데이터가 있습니다. 디스크에서 데이터에 액세스하는 것이 메모리에서보다 느리기 때문에 데이터베이스 버퍼 캐시의 유일한 목적은 빠른 액세스를 위해 메모리에 데이터를 캐시하는 것입니다.
데이터베이스 버퍼 캐시에는 모든 유형의 개체의 데이터가 포함될 수 있습니다.
-
테이블
-
인덱스
-
데이터베이스 버퍼 캐시에서
는 버퍼 는 데이터베이스 블록을 나타냅니다. 데이터베이스 블록 는 Oracle이 읽거나 쓰는 최소 저장소 크기입니다. 데이터가 포함 된 모든 저장 영역 세그먼트는 블록으로 구성됩니다. 디스크에서 데이터를 요청할 때 최소한 Oracle은 하나의 블록을 읽습니다. 하나의 행만 요청하더라도 동일한 테이블의 많은 행이 검색 될 수 있습니다. 한 행에서 한 열을 요청하는 경우에도 마찬가지입니다. 오라클은 전체 블록을 읽습니다. 대부분 블록이 많으며 해당 행에 대한 모든 열이 있습니다.
Oracle 12c의 버퍼 캐시 상태
버퍼 캐시
는 사용 가능한 공간과 블록 상태에 따라 어떤 블록을 유지 할지를 제어합니다 (공유 풀이 SQL의 상태를 결정하는 방식과 유사). 버퍼 캐시는 자체 버전의 LRU 알고리즘을 사용합니다.
고정:
현재 액세스 중
-
> 더티: 블록이 수정되었지만 아직 디스크에 쓰여지지 않은 경우
-
여유 블록 여유 블록은 필요할 때마다 사용할 수있는 것이 이상적입니다. 그러나 데이터베이스가 너무 작아서 전체 내용이 메모리에 들어 가지 않는 한 그렇지 않습니다.
-
LRU 알고리즘은 공유 풀에서보다 버퍼 캐시에서 조금 다르게 작동합니다. 각 블록의 점수를 매긴 다음 액세스 한 이후의 시간을 시간으로 표시합니다. 예를 들어, 블록은 터치 될 때마다 포인트를 얻습니다. 포인트가 높을수록 블록이 메모리에서 플러시 될 가능성이 적습니다. 그러나 자주 액세스해야하거나 점수가 감소합니다. 메모리 리소스에 대한 경쟁률이 높으면 블록이 메모리에 머무르기 위해 열심히 노력해야합니다.
각 블록에 점수와 시간을 부여하면 이러한 유형의 상황이 발생하지 않습니다. 블록은 월말에 보고서에 많이 액세스됩니다.점수가 시스템의 다른 블록보다 높습니다. 그 블록은 결코 다시 액세스되지 않습니다.
데이터베이스가 다시 시작되거나 다른 블록이 마침내 충분한 점수를 얻어서 그것을 극복 할 때까지 메모리를 낭비합니다. 시간 구성 요소는 더 이상 액세스하지 않으면 매우 빨리 사라집니다.
고정 된 블록
현재 액세스중인 블록은
고정 된 블록입니다.
블록은 버퍼 캐시에 잠김 (또는 고정)되어 있기 때문에 오라클 프로세스 (종종 사용자를 나타내는)가 버퍼 캐시에 액세스하는 동안 버퍼 캐시에서 시간이 지날 수 없습니다.
더티 블록
수정 된 블록은 더티 블록입니다. 변경 사항이 데이터베이스 종료를 통해 유지되는지 확인하려면 이러한 더티 블록을 버퍼 캐시에서 디스크로 작성해야합니다. 데이터베이스는 더티 목록이나 쓰기 대기열에있는 더티 블록의 이름을 지정합니다.
블록을 수정할 때마다 손실 된 데이터를 최소화하기 위해 디스크에 기록해야한다고 생각할 수 있습니다. 이것은 사실이 아닙니다. 심지어
커밋 (변경 사항을 영구 저장하는 경우)조차도 아닙니다! 여러 구조가 손실 된 데이터를 방지하는 데 도움이됩니다. 오라클은 도박 문제가 있습니다. 모든 수정마다 디스크에 블록을 작성하면 시스템 성능이 크롤링됩니다. 이를 극복하기 위해 오라클은 데이터베이스가 실패하지 않을 것으로 예상하고 블록을 디스크에 큰 그룹으로만 씁니다.
걱정하지 마십시오. 손실 된 데이터에 대한 위험조차 없습니다. 오라클은 데이터베이스 의 성능을 현재 오히려
더 오랜 시간이 걸리는 복구 비용으로 극복하고 있습니다.
제대로 관리되는 시스템의 오류는 거의 발생하지 않으므로 성능을 확보하기위한 저렴한 방법입니다. 그러나 오라클이 자체적으로 정리하지 않고 더티 블록을 전부 남겨 두는 것처럼 아닙니다. Oracle 12c에서 쓰기 트리거 차단 블록 쓰기 및 더티 블록을 트리거하는 것은 무엇입니까? 데이터베이스에 종료 명령이 발행됩니다. 전체 또는 부분 체크 포인트가 발생합니다 - 시스템이 정기적으로 모든 더티 버퍼를 디스크에 덤프합니다.
사용자가 설정 한 복구 시간 임계 값이 충족됩니다. 더티 블록의 총 수가 용인 할 수없는 복구 시간을 초래합니다. 자유 블록이 필요하고 주어진 검색 량 후에는 아무 것도 발견되지 않습니다.
특정 데이터 정의 언어 (DDL) 명령입니다. (DDL 명령은 데이터베이스의 개체를 정의하는 SQL 문입니다.)
-
3 초마다.
-
기타 이유. 알고리즘은 복잡하며 각 소프트웨어 릴리스에서 발생하는 모든 변경 사항을 확신 할 수 없습니다.
-
사실 데이터베이스는 많은 변화가있는 환경에서 쓰기 블록을 꽤 많이 사용합니다.