Как проверить настроенный оракул sql и как очистить системный/аппаратный буфер?

Я хочу знать, как проверить правильные sql до настройки и после настройки. но как только я выполнил исходный sql, я получил результаты слишком быстро для настроенного sql.

Я нашел ниже...

Как очистить все кэшированные элементы в Oracle

Я сбросил кэш буфера данных и общий пул, но это все равно не сработало. Я предполагаю, что этот ответ на этот вопрос связан с тем, что я хочу узнать больше: имейте в виду, что операционная система и оборудование также выполняют кэширование, которое может исказить ваши результаты.

Версия Oracle — 11g, а сервер — HP-UX 11.31.

Если бы сервер был Linux, я мог бы попробовать очистить буфер, используя «/proc/sys/vm/drop_caches». (Я не уверен, что это сработает)

Я довольно долго ищу эту проблему. Есть ли у кого такая проблема?

Благодарность


person seeun    schedule 13.05.2016    source источник
comment
Попробуйте запросить представление V$BH до и после сброса, чтобы проверить, что объекты были очищены. Если есть еще один запрос сеанса, те же блоки, которые вы найдете, обнаружат их липкими. SELECT o.object_name, COUNT() number_of_blocks FROM DBA_OBJECTS o, V$BH bh WHERE o.data_object_id = bh.OBJD AND o.owner != 'SYS' GROUP BY o.object_Name ORDER BY COUNT( );   -  person TenG    schedule 02.06.2016


Ответы (1)


Если ваш запрос таков, что результаты кэшируются в файловой системе, как следует из вашего описания, то в целом запрос, вероятно, не является "тяжелым". Но если вы тестировали изолированно, с небольшой активностью в базе данных, когда SQL запускается в производственной среде, производительность может пострадать.

Есть несколько вещей, которые вы можете сделать, чтобы определить, какая версия двух запросов лучше. На самом деле, только на эту тему написаны целые книги. Но резюмируя:

Прежде чем начать, убедитесь, что статистика по таблицам и индексам актуальна.

  • Посмотрите, как часто будет выполняться SQL в общей схеме. Если он запускается один или два раза в день и занимает 2 секунды, не утруждайте себя настройкой.
  • Сделайте explain plan на обоих и посмотрите на ориентировочную стоимость и количество шагов.
  • Включите трассировку как для шагов оптимизатора, так и для статистики выполнения и сравните.
person Mark Stewart    schedule 15.06.2016