오라클 성능 고도화 원리와 해법 1 - 오라클 아키텍처_Day4

velog

Об этом предложении

10. 대기이벤트 대기 이벤트가 많이 잡혔다고 해서 무조건 병목이라고 보면 안 되는 이유? 대기 이벤트에는 실제 병목뿐 아니라, 할 일이 없어서 쉬거나 다음 요청을 기다리는 정상적인 Idle 대기도 포함되기 때문에 많이 잡혔다고 해서 무조건 병목은 아니다. ** 래치를 처음 못 잡았다고 해서 바로 Sleep으로 내려가는 건 아니다. 그 사이에 어떤 과정을 거치나?** 래치를 처음 못 잡으면 바로 Sleep하지 않고 먼저 Spin하면서 다시 획득을 시도한다. Spin 중에 잡으면 그대로 진행하고, 정해진 횟수만큼 Spin해도 못 잡으면 Sleep 상태로 내려가 대기한다. 11. Shared Pool Dictionary Cache랑 Library Cache 차이 Dictionary Cache = 테이블, 인덱스 같은 DB 메타정보/오브젝트 정보를 캐싱 Library Cache* = SQL과 하드 파싱 결과(실행계획 등) 를 캐싱해서 재사용

Детали предложения

Провайдер: velog
Источник: velog-rss
Балл: 54.39
Уверенность: 49%

Источник данных

То, что RADAR обнаружил и классифицировал для этой возможности. Это опубликованный источником текст, а не подтверждение, что предложение ещё действует.

VelogНаблюдение: 30 сент. 2026 г.Надёжность источника: 50%
오라클 성능 고도화 원리와 해법 1 - 오라클 아키텍처_Day4. 10. 대기이벤트 대기 이벤트가 많이 잡혔다고 해서 무조건 병목이라고 보면 안 되는 이유? 대기 이벤트에는 실제 병목뿐 아니라, 할 일이 없어서 쉬거나 다음 요청을 기다리는 정상적인 Idle 대기도 포함되기 때문에 많이 잡혔다고 해서 무조건 병목은 아니다. ** 래치를 처음 못 잡았다고 해서 바로 Sleep으로 내려가는 건 아니다. 그 사이에 어떤 과정을 거치나?** 래치를 처음 못 잡으면 바로 Sleep하지 않고 먼저 Spin하면서 다시 획득을 시도한다. Spin 중에 잡으면 그대로 진행하고, 정해진 횟수만큼 Spin해도 못 잡으면 Sleep 상태로 내려가 대기한다. 11. Shared Pool Dictionary Cache랑…
Открыть источник