default optimizer mode setting it to first_rows or first_rows_n : Oracle

leonid · █ 04.05.2010 10:13

Разделил базу ЦО на оперативную и на аналитическую. Два сервера.
На оперативной базе проблемы с производительностью все равно иногда всплывают. Иногда время отклика в интерфейсе Супермага увеличивается.

Собрал по оперативной базе Stats Report.
Получил рекомендацию по параметрам:

Код:

Init.ora Parameters	 
Parameter	Value	 
db_16k_cache_size	16MB	 
db_block_size	8,192 	 
db_cache_size	1,008MB	 
db_file_multiblock_read_count	16 	 
db_keep_cache_size	1,008MB	 
optimizer_index_caching	90 	 
optimizer_index_cost_adj	20 	 
optimizer_mode	all_rows 	 
pga_aggregate_target	599MB	 
shared_pool_size	224MB	 
workarea_size_policy	auto 	 
_optimizer_cost_model	choose	 
session_cached_cursors	50	 
cursor_sharing	exact

Цитата:

1 Recommendations:
You are using the default optimizer mode and you may consider setting it to first_rows or first_rows_n if you have an online transaction processing system.

Кто-нибудь пробовал для оперативной базы выставлять optimizer_mode в first_rows или first_rows_n?
Цель - уменьшить время отклика интерфейса СМ.

Сайт для анализа репортов:
http://www.statspackanalyzer.com/analyze090630.asp

John Doe · █ 04.05.2010 10:37

К сожалению, г-н Бурлесон ошибается. К еще большему - достаточно часто. Если посмотришь, достаточно часто в супермажных запросах хинты first_rows проскакивают в нужных местах. Опции fast=true так и не придумали. Что значит твое разделение на два сервера? Опция в админе? Что именно у тебя тормозит в интерфейсе, что ты собираешься ускорять? Подход должен быть комплексный.

leonid · █ 04.05.2010 10:44

Цитата:

John Doe ➤ К сожалению, г-н Бурлесон ошибается. К еще большему - достаточно часто.

- звучит впечатляюще.

Два сервера - каждую ночь БД ЦО копируется на второй (физически) сервер. Отчеты крутятся на нем не нагружая оперативную БД.

John Doe · █ 04.05.2010 10:49

Неплохой подход, но, осознавая, что ресурсы можно делить ресурс-менеджером, а в оперативной работе встречается куча ресурсоемких операций вроде проставлений цен последнего прихода, я бы предпочел из двух серверов собрать один. Но это надо смотреть в каждом конкретном случае.
Тормозит-то что?

leonid · █ 04.05.2010 11:24

Мне просто показался правильным совет

Цитата:

1 Recommendations:
You are using the default optimizer mode and you may consider setting it to first_rows or first_rows_n if you have an online transaction processing system.

вот я и решил спросить.
Сейчас я сделал вывод, что многие запросы интерфейса СМ захинтованы, по этому смысла трогать этот параметр нет.
Вопрос был из познавательных целей, спасибо за ответ.

Propil · █ 04.05.2010 13:03

leonid, о какой версии Oracle идет речь?

leonid · █ 04.05.2010 13:34

Oracle 10.2.0.4 64bit на Винде

Propil · █ 04.05.2010 14:28

а железо?
может, лучше оперативки добавить..

Цитата:

shared_pool_size 224MB

это лучше отдать на откуп самому ораклу решать
как и db_file_multiblock_read_count

leonid · █ 04.05.2010 14:45

В 10G при workarea_size_policy = auto shared_pool_size в файле параметров ни на что не влияет, Оракл сам все решает.

А вот db_file_multiblock_read_count - параметр странный. Его изменение влияет на настройку Оптимизатора (Cost Based Optimizator). Чем он больше, тем выше цена full scan. Но и заниженное значение, как я понимаю, увеличивает количество чтений с диска. По умолчанию 16.
Кто как понимает этот параметр и что думает о его настройке?

У меня сервер MS Serv 2003 32 bit, как я понимаю, он не будет сам использовать память выше 2G, как с этим бороться, я не знаю, может подскажете?

John Doe · █ 04.05.2010 14:53

Цитата:

leonid ➤ В 10G при workarea_size_policy = auto shared_pool_size в файле параметров ни на что не влияет, Оракл сам все решает.

Напутал ты теплое с мягким. Рекомендую еще раз перечитать доку. Даже с какого конца начинать возражать не знаю.

Цитата:

leonid ➤ А вот db_file_multiblock_read_count - параметр странный. Его изменение влияет на настройку Оптимизатора (Cost Based Optimizator). Чем он больше, тем выше цена full scan.

Наоборот, чем меньше, тем выше цена.

Цитата:

leonid ➤ У меня сервер MS Serv 2003 32 bit, как я понимаю, он не будет сам использовать память выше 2G, как с этим бороться, я не знаю, может подскажете?

С чем? У тебя, вроде, всего 2Гб? Поставь любую из 64-битных систем.