latch: cache buffers chains: Ожидание: конкуренция за latch cache buffers chains
OracleЧто это значит?
Наблюдается конкуренция за latch cache buffers chains (CBC), защищающий блоки в buffer cache. Это ожидание растёт, когда множество сессий пытается обратиться к одним и тем же часто запрашиваемым (горячим) блокам.
Почему возникает?
Часто читаемые горячие блоки; неэффективный SQL, порождающий большое число логических чтений; повторные обращения к одним и тем же корневым блокам индексов в соединениях nested loop; неравномерно распределённый интенсивный параллельный доступ; маленькие, но интенсивно читаемые таблицы.
Как исправить
Найдите SQL с наибольшим числом логических чтений (V$SQL, ASH) и сократите обращения к буферам, улучшив индексы/план доступа. Определите горячие блоки (X$BH / связанные представления). Рассмотрите замену лишних nested loops на hash joins. Для маленьких, интенсивно читаемых справочных таблиц распределите паттерн доступа или кэшируйте их.
Ещё по этой СУБД
- ORA-14400Вставленный ключ секционирования не соответствует ни одной секции
- ORA-01536Превышена квота пространства для табличного пространства
- direct path readОжидание: сессия читает блоки напрямую в PGA в обход buffer cache
- ORA-00955Имя уже используется существующим объектом
- ORA-02449На уникальные/первичные ключи таблицы ссылаются внешние ключи
- ORA-01950Нет привилегий на табличное пространство 'name'
- ORA-01110data file N: 'path'