Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 Низкое значение Library Hit после обновления до 10.2.0.5  [new]
Ден
Member

Откуда: Москва
Сообщений: 2076
Добрый день!
Установил пропатчил я в выходные prod базу до 10.2.0.5
в понедельник возникла проблема со 100% загрузкой CPU. Из за чего, мне непонятно. периодически загружает под 100%, потом нормализуется.. в моменты загрузки, видно что Library Hit %: низкий (15.18).
Но причина это или следствие, х.з
приатачен AWR отчет в момент просадки CPU
P.S. Из аз этого пришлось отключить все доп. сервисы-(
Я лопухнулся, после апгрейда не собрал статистику, сейчас частично собрана она уже, вроде ситуация лучше. Может быть, что из-за статистики собранной в 10.2.0.4 такие проблемы? Сейчас потихоньку собираю статистику по тяжелым таблицам, чтобы не уронить систему. Извиняюсь за сумбурное изложение, ночью не спал-)
20 дек 11, 10:15    [11794012]     Ответить | Цитировать Сообщить модератору
 Re: Низкое значение Library Hit после обновления до 10.2.0.5  [new]
Ден
Member

Откуда: Москва
Сообщений: 2076
забыл файл-)
20 дек 11, 10:18    [11794031]     Ответить | Цитировать Сообщить модератору
 Re: Низкое значение Library Hit после обновления до 10.2.0.5  [new]
Ден
Member

Откуда: Москва
Сообщений: 2076
блин, что то не прикрепляется

К сообщению приложен файл (awr_report_err25744_25745.rar - 45Kb) cкачать
20 дек 11, 10:19    [11794044]     Ответить | Цитировать Сообщить модератору
 Re: Низкое значение Library Hit после обновления до 10.2.0.5  [new]
двойка
Guest
во-первых, строках письма хочу поздравить тебя с 94-мя hard parse в секунду. Впечатляет. Для такого сервака очень.

во-вторых, старая статистика не влияет(скорее всего) на такие просадки. А вот пересобирая ее в рабочее время таблов ты мог добавить.

в-третьих, этот отчет с 9 до 9:56 включает ту непонятную проблему которую ты пытаешься решить?
20 дек 11, 10:28    [11794110]     Ответить | Цитировать Сообщить модератору
 Re: Низкое значение Library Hit после обновления до 10.2.0.5  [new]
Ден
Member

Откуда: Москва
Сообщений: 2076
двойка
во-первых, строках письма хочу поздравить тебя с 94-мя hard parse в секунду. Впечатляет. Для такого сервака очень.

во-вторых, старая статистика не влияет(скорее всего) на такие просадки. А вот пересобирая ее в рабочее время таблов ты мог добавить.

в-третьих, этот отчет с 9 до 9:56 включает ту непонятную проблему которую ты пытаешься решить?

Ну дык я о том и говорю.. что стали рабираться все запросы. в 10.2.0.4 patch 43 работала система как часы..
на этой базе крутится ERP, генерит идиотские запросы вида
	SELECT T0.ABAN8, T0.ABALPH, T0.ABMCU, T0.ABSIC, T0.ABAC01, T0.ABAC02, T0.ABAC03, T0.ABAC04, T0.ABAC05, T0.ABAC06, T0.ABAC07, T0.ABAC08, T0.ABAC09, T0.ABAC10, T0.ABAC11, T0.ABAC12, T0.ABAC13, T0.ABAC14, T0.ABAC15, T0.ABAC16, T0.ABAC17, T0.ABAC18, T0.ABAC19, T0.ABAC20, T0.ABAC21, T0.ABAC22, T0.ABAC23, T0.ABAC24, T0.ABAC25, T0.ABAC26, T0.ABAC27, T0.ABAC28, T0.ABAC29, T0.ABAC30, T1.RPDOC, T1.RPDCT, T1.RPKCO, T1.RPSFX, T1.RPAN8, T1.RPDGJ, T1.RPDIVJ, T1.RPICUT, T1.RPICU, T1.RPDICJ, T1.RPFY, T1.RPCTRY, T1.RPPN, T1.RPCO, T1.RPGLC, T1.RPAID, T1.RPPA8, T1.RPPOST, T1.RPISTR, T1.RPPST, T1.RPAG, T1.RPAAP, T1.RPADSC, T1.RPADSA, T1.RPATXA, T1.RPATXN, T1.RPSTAM, T1.RPBCRC, T1.RPCRRM, T1.RPCRCD, T1.RPCRR, T1.RPDMCD, T1.RPACR, T1.RPFAP, T1.RPCDS, T1.RPCDSA, T1.RPCTXA, T1.RPCTXN, T1.RPCTAM, T1.RPTXA1, T1.RPEXR1, T1.RPGLBA, T1.RPMCU, T1.RPPTC, T1.RPDDJ, T1.RPDDNJ, T1.RPSMTJ, T1.RPVINV, T1.RPPO, T1.RPPDCT, T1.RPSDOC, T1.RPSDCT, T1.RPUNIT, T1.RPMCU2, T1.RPRMK, T1.RPALPH, T1.RPPYID, T1.RPURRF, T1.RPJCL, T1.RPKCOO, T2.MCMCU, T2.MCAN8, T2.MCDL01, T2.MCRP06, T3.CCCO, T3.CCNAME, T3.CCAN8 FROM PRODDTA.F0101 T0,PRODDTA.F03B11 T1,PRODDTA.F0006 T2,PRODDTA.F0010 T3 WHERE ( ( T1.RPCO = :KEY1 AND T2.MCMCU = :KEY2 AND T1.RPCRCD = :KEY3 ) ) AND ( ( T0.ABAN8 BETWEEN :KEY4 AND :KEY5 OR T0.ABAN8 BETWEEN :KEY6 AND :KEY7 OR T0.ABAN8 BETWEEN :KEY8 AND :KEY9 ) AND ( T0.ABMCU = :KEY10 OR T0.ABMCU BETWEEN :KEY11 AND :KEY12 OR T0.ABMCU = :KEY13 OR T0.ABMCU = :KEY14 OR T0.ABMCU = :KEY15 OR T0.ABMCU BETWEEN :KEY16 AND :KEY17 OR T0.ABMCU = :KEY18 OR T0.ABMCU = :KEY19 OR T0.ABMCU BETWEEN :KEY20 AND :KEY21 OR T0.ABMCU BETWEEN :KEY22 AND :KEY23 OR T0.ABMCU = :KEY24 OR T0.ABMCU = :KEY25 OR T0.ABMCU BETWEEN :KEY26 AND :KEY27 OR T0.ABMCU = :KEY28 OR T0.ABMCU BETWEEN :KEY29 AND :KEY30 OR T0.ABMCU BETWEEN :KEY31 AND :KEY32 OR T0.ABMCU BETWEEN :KEY33 AND :KEY34 OR T0.ABMCU BETWEEN :KEY35 AND :KEY36 OR T0.ABMCU BETWEEN :KEY37 AND :KEY38 OR T0.ABMCU = :KEY39 OR T0.ABMCU BETWEEN :KEY40 AND :KEY41 OR T0.ABMCU = :KEY42 OR T0.ABMCU BETWEEN :KEY43 AND :KEY44 OR T0.ABMCU = :KEY45 OR T0.ABMCU = :KEY46 OR T0.ABMCU BETWEEN :KEY47 AND :KEY48 ) ) AND ( ( T1.RPCO = :KEY49 OR T1.RPCO BETWEEN :KEY50 AND :KEY51 OR T1.RPCO = :KEY52 ) AND ( T1.RPMCU = :KEY53 OR T1.RPMCU BETWEEN :KEY54 AND :KEY55 OR T1.RPMCU = :KEY56 OR T1.RPMCU = :KEY57 OR T1.RPMCU = :KEY58 OR T1.RPMCU BETWEEN :KEY59 AND :KEY60 OR T1.RPMCU = :KEY61 OR T1.RPMCU = :KEY62 OR T1.RPMCU BETWEEN :KEY63 AND :KEY64 OR T1.RPMCU BETWEEN :KEY65 AND :KEY66 OR T1.RPMCU = :KEY67 OR T1.RPMCU = :KEY68 OR T1.RPMCU BETWEEN :KEY69 AND :KEY70 OR T1.RPMCU = :KEY71 OR T1.RPMCU BETWEEN :KEY72 AND :KEY73 OR T1.RPMCU BETWEEN :KEY74 AND :KEY75 OR T1.RPMCU BETWEEN :KEY76 AND :KEY77 OR T1.RPMCU BETWEEN :KEY78 AND :KEY79 OR T1.RPMCU BETWEEN :KEY80 AND :KEY81 OR T1.RPMCU = :KEY82 OR T1.RPMCU BETWEEN :KEY83 AND :KEY84 OR T1.RPMCU = :KEY85 OR T1.RPMCU BETWEEN :KEY86 AND :KEY87 OR T1.RPMCU = :KEY88 OR T1.RPMCU = :KEY89 OR T1.RPMCU BETWEEN :KEY90 AND :KEY91 ) ) AND ( ( T2.MCMCU = :KEY92 OR T2.MCMCU BETWEEN :KEY93 AND :KEY94 OR T2.MCMCU = :KEY95 OR T2.MCMCU = :KEY96 OR T2.MCMCU = :KEY97 OR T2.MCMCU BETWEEN :KEY98 AND :KEY99 OR T2.MCMCU = :KEY100 OR T2.MCMCU = :KEY101 OR T2.MCMCU BETWEEN :KEY102 AND :KEY103 OR T2.MCMCU BETWEEN :KEY104 AND :KEY105 OR T2.MCMCU = :KEY106 OR T2.MCMCU = :KEY107 OR T2.MCMCU BETWEEN :KEY108 AND :KEY109 OR T2.MCMCU = :KEY110 OR T2.MCMCU BETWEEN :KEY111 AND :KEY112 OR T2.MCMCU BETWEEN :KEY113 AND :KEY114 OR T2.MCMCU BETWEEN :KEY115 AND :KEY116 OR T2.MCMCU BETWEEN :KEY117 AND :KEY118 OR T2.MCMCU BETWEEN :KEY119 AND :KEY120 OR T2.MCMCU = :KEY121 OR T2.MCMCU BETWEEN :KEY122 AND :KEY123 OR T2.MCMCU = :KEY124 OR T2.MCMCU BETWEEN :KEY125 AND :KEY126 OR T2.MCMCU = :KEY127 OR T2.MCMCU = :KEY128 OR T2.MCMCU BETWEEN :KEY129 AND :KEY130 ) AND ( T2.MCCO = :KEY131 OR T2.MCCO BETWEEN :KEY132 AND :KEY133 OR T2.MCCO = :KEY134 ) ) AND ( ( T3.CCCO = :KEY135 OR T3.CCCO BETWEEN :KEY136 AND :KEY137 OR T3.CCCO = :KEY138 ) ) AND ( T0.ABAN8=T1.RPAN8 AND T2.MCMCU=T0.ABMCU AND T3.CCCO=T1.RPCO ) ORDER BY T1.RPCO ASC,T1.RPCRCD ASC,T2.MCRP06 ASC,T2.MCMCU ASC,T0.ABSIC ASC,T1.RPAN8 ASC

т.е кол-во параметров в where всегда почти переменно. сейчас я вместо cursor_sharing=force установил similar
вобщем сейчас сотояние базы более менее нормальное, но толи нагрузка спала, толи мои действия к этому привели...
20 дек 11, 10:35    [11794170]     Ответить | Цитировать Сообщить модератору
 Re: Низкое значение Library Hit после обновления до 10.2.0.5  [new]
Ден
Member

Откуда: Москва
Сообщений: 2076
двойка,

Да первый мой отчет включает эту проблему
сейчас картина более менее нормальна

К сообщению приложен файл (awr_report_25745_25746.rar - 43Kb) cкачать
20 дек 11, 10:39    [11794199]     Ответить | Цитировать Сообщить модератору
 Re: Низкое значение Library Hit после обновления до 10.2.0.5  [new]
Ден
Member

Откуда: Москва
Сообщений: 2076
вобщем сервер оклемался, но как то странно себя ведет, в частности, в топах использования CPU, какие то системные запросы, вроде такого
db78fxqxwxt7r	select /*+ rule */ bucket, endpoint, col#, epvalue from histgrm$ where obj#=:1 and intcol#=:2 and row#=:3 order by bucket

До обновления я такого не замечал.. Никто не подскажет, чем Oracle занимается?-)

К сообщению приложен файл (awr_report_25789_25790.rar - 45Kb) cкачать
23 дек 11, 11:01    [11813266]     Ответить | Цитировать Сообщить модератору
 Re: Низкое значение Library Hit после обновления до 10.2.0.5  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18484
Собирает статистику с глистограммами и пытается их использовать?
23 дек 11, 11:03    [11813277]     Ответить | Цитировать Сообщить модератору
 Re: Низкое значение Library Hit после обновления до 10.2.0.5  [new]
Ден
Member

Откуда: Москва
Сообщений: 2076
Вячеслав Любомудров,

Ну я ничего не запускал, джобов системых тоже не запущено. Гистограммы я активно использую, т.к очень неравномерное заполнение по некоторым полям, но собираются они у меня по выходным.. Меня производительность сейчас устраивает, но неприятно, когда ктото ест CPU, а я не понимаю кто..
23 дек 11, 11:07    [11813322]     Ответить | Цитировать Сообщить модератору
 Re: Низкое значение Library Hit после обновления до 10.2.0.5  [new]
Ден
Member

Откуда: Москва
Сообщений: 2076
Вот как неделю назад в этот же промежуток времени выглядело..

К сообщению приложен файл (awr_report_25694_25695.rar - 39Kb) cкачать
23 дек 11, 11:15    [11813378]     Ответить | Цитировать Сообщить модератору
 Re: Низкое значение Library Hit после обновления до 10.2.0.5  [new]
Ден
Member

Откуда: Москва
Сообщений: 2076
Вобщем мистика какая то.
Увеличил SGA на 1Gb и стала красивая картина
Но у меня автоматическое управление памятью.. и если базе так сильно не хватало памяти под shared pool, то что он у буферкэша не отобрал её..
вобщем как то странно 10.2.0.5 работает.. какие то запросы, напрягавшие меня раньше стали хорошо работать, какие то наооборот.

P.S. Это так, мысли в слух-)

К сообщению приложен файл (awr_report_26031_26032.rar - 83Kb) cкачать
11 янв 12, 17:15    [11887107]     Ответить | Цитировать Сообщить модератору
 Re: Низкое значение Library Hit после обновления до 10.2.0.5  [new]
alex-ls
Member

Откуда: Иркутская обл - Пенза - Москва
Сообщений: 6913
Ден
какие то запросы, напрягавшие меня раньше стали хорошо работать, какие то наооборот.

так оно всегда вроде после смены версии
12 янв 12, 05:51    [11889604]     Ответить | Цитировать Сообщить модератору
 Re: Низкое значение Library Hit после обновления до 10.2.0.5  [new]
wurdu
Member

Откуда: Владивосток
Сообщений: 4441
Я бы обратил внимание на Library Cache Activity, Invalidations. Собственно их у тебя и много там, где hard parse. Это может быть связано с DDL или сбором статистики. Также мы наткнулись на баг при переходе на 10.2.0.5, когда некоторые запросы стали хард парситься при каждом выполнении. Помогло optimizer_secure_view_merging=false.
12 янв 12, 07:40    [11889665]     Ответить | Цитировать Сообщить модератору
 Re: Низкое значение Library Hit после обновления до 10.2.0.5  [new]
Ден
Member

Откуда: Москва
Сообщений: 2076
wurdu,
optimizer_secure_view_merging = FALSE
я в самом начале еще установил (наткнулся при поиске на схожие проблемы), не особо помогло.
вобщем как я понял, все косяки при проектировании, с которыми БД жила до апгрейда, всплыли после него. Как слишком сильное увлечение jobами из тригеров и кривыми view, которые использовались ERP как таблицы. Но факт остается фактом, до переезда, вся эта помойка работала как часы-) Сейчас тоже работает уже нормально, но переодически эти затыки случаются и надо всегда мониторить БД
12 янв 12, 09:02    [11889800]     Ответить | Цитировать Сообщить модератору
 Re: Низкое значение Library Hit после обновления до 10.2.0.5  [new]
Сына
Member

Откуда:
Сообщений: 804
Ден
на этой базе крутится ERP, генерит идиотские запросы вида
	SELECT T0.ABAN8, T0.ABALPH, T0.ABMCU, T0.ABSIC, T0.ABAC01, T0.ABAC02, T0.ABAC03, T0.ABAC04, T0.ABAC05, T0.ABAC06, T0.ABAC07, T0.ABAC08, T0.ABAC09, T0.ABAC10, T0.ABAC11, T0.ABAC12, T0.ABAC13, T0.ABAC14, T0.ABAC15, T0.ABAC16, T0.ABAC17, T0.ABAC18, T0.ABAC19, T0.ABAC20, T0.ABAC21, T0.ABAC22, T0.ABAC23, T0.ABAC24, T0.ABAC25, T0.ABAC26, T0.ABAC27, T0.ABAC28, T0.ABAC29, T0.ABAC30, T1.RPDOC, T1.RPDCT, T1.RPKCO, T1.RPSFX, T1.RPAN8, T1.RPDGJ, T1.RPDIVJ, T1.RPICUT, T1.RPICU, T1.RPDICJ, T1.RPFY, T1.RPCTRY, T1.RPPN, T1.RPCO, T1.RPGLC, T1.RPAID, T1.RPPA8, T1.RPPOST, T1.RPISTR, T1.RPPST, T1.RPAG, T1.RPAAP, T1.RPADSC, T1.RPADSA, T1.RPATXA, T1.RPATXN, T1.RPSTAM, T1.RPBCRC, T1.RPCRRM, T1.RPCRCD, T1.RPCRR, T1.RPDMCD, T1.RPACR, T1.RPFAP, T1.RPCDS, T1.RPCDSA, T1.RPCTXA, T1.RPCTXN, T1.RPCTAM, T1.RPTXA1, T1.RPEXR1, T1.RPGLBA, T1.RPMCU, T1.RPPTC, T1.RPDDJ, T1.RPDDNJ, T1.RPSMTJ, T1.RPVINV, T1.RPPO, T1.RPPDCT, T1.RPSDOC, T1.RPSDCT, T1.RPUNIT, T1.RPMCU2, T1.RPRMK, T1.RPALPH, T1.RPPYID, T1.RPURRF, T1.RPJCL, T1.RPKCOO, T2.MCMCU, T2.MCAN8, T2.MCDL01, T2.MCRP06, T3.CCCO, T3.CCNAME, T3.CCAN8 FROM PRODDTA.F0101 T0,PRODDTA.F03B11 T1,PRODDTA.F0006 T2,PRODDTA.F0010 T3 WHERE ( ( T1.RPCO = :KEY1 AND T2.MCMCU = :KEY2 AND T1.RPCRCD = :KEY3 ) ) AND ( ( T0.ABAN8 BETWEEN :KEY4 AND :KEY5 OR T0.ABAN8 BETWEEN :KEY6 AND :KEY7 OR T0.ABAN8 BETWEEN :KEY8 AND :KEY9 ) AND ( T0.ABMCU = :KEY10 OR T0.ABMCU BETWEEN :KEY11 AND :KEY12 OR T0.ABMCU = :KEY13 OR T0.ABMCU = :KEY14 OR T0.ABMCU = :KEY15 OR T0.ABMCU BETWEEN :KEY16 AND :KEY17 OR T0.ABMCU = :KEY18 OR T0.ABMCU = :KEY19 OR T0.ABMCU BETWEEN :KEY20 AND :KEY21 OR T0.ABMCU BETWEEN :KEY22 AND :KEY23 OR T0.ABMCU = :KEY24 OR T0.ABMCU = :KEY25 OR T0.ABMCU BETWEEN :KEY26 AND :KEY27 OR T0.ABMCU = :KEY28 OR T0.ABMCU BETWEEN :KEY29 AND :KEY30 OR T0.ABMCU BETWEEN :KEY31 AND :KEY32 OR T0.ABMCU BETWEEN :KEY33 AND :KEY34 OR T0.ABMCU BETWEEN :KEY35 AND :KEY36 OR T0.ABMCU BETWEEN :KEY37 AND :KEY38 OR T0.ABMCU = :KEY39 OR T0.ABMCU BETWEEN :KEY40 AND :KEY41 OR T0.ABMCU = :KEY42 OR T0.ABMCU BETWEEN :KEY43 AND :KEY44 OR T0.ABMCU = :KEY45 OR T0.ABMCU = :KEY46 OR T0.ABMCU BETWEEN :KEY47 AND :KEY48 ) ) AND ( ( T1.RPCO = :KEY49 OR T1.RPCO BETWEEN :KEY50 AND :KEY51 OR T1.RPCO = :KEY52 ) AND ( T1.RPMCU = :KEY53 OR T1.RPMCU BETWEEN :KEY54 AND :KEY55 OR T1.RPMCU = :KEY56 OR T1.RPMCU = :KEY57 OR T1.RPMCU = :KEY58 OR T1.RPMCU BETWEEN :KEY59 AND :KEY60 OR T1.RPMCU = :KEY61 OR T1.RPMCU = :KEY62 OR T1.RPMCU BETWEEN :KEY63 AND :KEY64 OR T1.RPMCU BETWEEN :KEY65 AND :KEY66 OR T1.RPMCU = :KEY67 OR T1.RPMCU = :KEY68 OR T1.RPMCU BETWEEN :KEY69 AND :KEY70 OR T1.RPMCU = :KEY71 OR T1.RPMCU BETWEEN :KEY72 AND :KEY73 OR T1.RPMCU BETWEEN :KEY74 AND :KEY75 OR T1.RPMCU BETWEEN :KEY76 AND :KEY77 OR T1.RPMCU BETWEEN :KEY78 AND :KEY79 OR T1.RPMCU BETWEEN :KEY80 AND :KEY81 OR T1.RPMCU = :KEY82 OR T1.RPMCU BETWEEN :KEY83 AND :KEY84 OR T1.RPMCU = :KEY85 OR T1.RPMCU BETWEEN :KEY86 AND :KEY87 OR T1.RPMCU = :KEY88 OR T1.RPMCU = :KEY89 OR T1.RPMCU BETWEEN :KEY90 AND :KEY91 ) ) AND ( ( T2.MCMCU = :KEY92 OR T2.MCMCU BETWEEN :KEY93 AND :KEY94 OR T2.MCMCU = :KEY95 OR T2.MCMCU = :KEY96 OR T2.MCMCU = :KEY97 OR T2.MCMCU BETWEEN :KEY98 AND :KEY99 OR T2.MCMCU = :KEY100 OR T2.MCMCU = :KEY101 OR T2.MCMCU BETWEEN :KEY102 AND :KEY103 OR T2.MCMCU BETWEEN :KEY104 AND :KEY105 OR T2.MCMCU = :KEY106 OR T2.MCMCU = :KEY107 OR T2.MCMCU BETWEEN :KEY108 AND :KEY109 OR T2.MCMCU = :KEY110 OR T2.MCMCU BETWEEN :KEY111 AND :KEY112 OR T2.MCMCU BETWEEN :KEY113 AND :KEY114 OR T2.MCMCU BETWEEN :KEY115 AND :KEY116 OR T2.MCMCU BETWEEN :KEY117 AND :KEY118 OR T2.MCMCU BETWEEN :KEY119 AND :KEY120 OR T2.MCMCU = :KEY121 OR T2.MCMCU BETWEEN :KEY122 AND :KEY123 OR T2.MCMCU = :KEY124 OR T2.MCMCU BETWEEN :KEY125 AND :KEY126 OR T2.MCMCU = :KEY127 OR T2.MCMCU = :KEY128 OR T2.MCMCU BETWEEN :KEY129 AND :KEY130 ) AND ( T2.MCCO = :KEY131 OR T2.MCCO BETWEEN :KEY132 AND :KEY133 OR T2.MCCO = :KEY134 ) ) AND ( ( T3.CCCO = :KEY135 OR T3.CCCO BETWEEN :KEY136 AND :KEY137 OR T3.CCCO = :KEY138 ) ) AND ( T0.ABAN8=T1.RPAN8 AND T2.MCMCU=T0.ABMCU AND T3.CCCO=T1.RPCO ) ORDER BY T1.RPCO ASC,T1.RPCRCD ASC,T2.MCRP06 ASC,T2.MCMCU ASC,T0.ABSIC ASC,T1.RPAN8 ASC

т.е кол-во параметров в where всегда почти переменно. сейчас я вместо cursor_sharing=force установил similar
вобщем сейчас сотояние базы более менее нормальное, но толи нагрузка спала, толи мои действия к этому привели...

Я, может быть, чего-то не понимаю, но где в этом запросе литералы, чтобы использовать CURSOR_SHARING=FORCE или SIMILAR, почему не EXACT?
12 янв 12, 11:14    [11890566]     Ответить | Цитировать Сообщить модератору
 Re: Низкое значение Library Hit после обновления до 10.2.0.5  [new]
Ден
Member

Откуда: Москва
Сообщений: 2076
Сына,

Ну я из док-ции понял, что подменяются значения литералами, для повторного использования запроса

http://docs.oracle.com/cd/B14117_01/server.101/b10755/initparams033.htm#REFRN10025

http://citforum.ru/database/oracle/asktom_o16/
12 янв 12, 11:40    [11890850]     Ответить | Цитировать Сообщить модератору
 Re: Низкое значение Library Hit после обновления до 10.2.0.5  [new]
брадобрей
Member

Откуда:
Сообщений: 4696
Ден
Сына,

Ну я из док-ции понял, что подменяются значения литералами, для повторного использования запроса

http://docs.oracle.com/cd/B14117_01/server.101/b10755/initparams033.htm#REFRN10025

http://citforum.ru/database/oracle/asktom_o16/

можешь вкратце объяснить как ты понимаешь то что ты щас сказал?
просто понять хочу твое видение мира
12 янв 12, 12:28    [11891343]     Ответить | Цитировать Сообщить модератору
 Re: Низкое значение Library Hit после обновления до 10.2.0.5  [new]
Ден
Member

Откуда: Москва
Сообщений: 2076
брадобрей,

ну в цитфорумовской статье же пример приведен, я так же и понимаю-) если exact стоит, то запросы вида
select * from dual CS_EXACT where dummy = 'A'
select * from dual CS_EXACT where dummy = 'B'
системой будут считатся разными и будет происходить полный разбор sql для каждого вызова sql с разными значениями параметров в where, не будет производится разбор только для полностью идентичных sql
а если force
то разбор будет происходить один раз и результат (ну не знаю как это назвать) будет сохранятся в shared pool в виде
select * from dual CS_EXACT where dummy = :"SYS_B_0"; и при повторном запуске этого запроса с другим параметром where не будет производится полный разбор
12 янв 12, 12:49    [11891545]     Ответить | Цитировать Сообщить модератору
 Re: Низкое значение Library Hit после обновления до 10.2.0.5  [new]
брадобрей
Member

Откуда:
Сообщений: 4696
как это поможет твоему запросу?
12 янв 12, 12:51    [11891562]     Ответить | Цитировать Сообщить модератору
 Re: Низкое значение Library Hit после обновления до 10.2.0.5  [new]
Ден
Member

Откуда: Москва
Сообщений: 2076
брадобрей,

Я вообще нифига не DBA-) за неимением оного в компании иногда разбираюсь в БД. Так что имею не вполне целостную картину внутреннего устройсва Oracle-)
12 янв 12, 12:51    [11891574]     Ответить | Цитировать Сообщить модератору
 Re: Низкое значение Library Hit после обновления до 10.2.0.5  [new]
Ден
Member

Откуда: Москва
Сообщений: 2076
брадобрей
как это поможет твоему запросу?

если этих запросов запускается сотни в секунду, то очень даже поможет. кол-во параметров для каждого пользователя постоянно, оно может динамически изменятся, но не так чтобы уж совсем случайное кол-во их было.
есть запросы с фиксированным кол-вом параметров
типа SELECT * FROM PRODCTL.F0005D WHERE ( DRSY = :KEY1 AND DRRT = :KEY2 AND DRKY = :KEY3 AND DRLNGP = :KEY4 ) где параметры всегда различные, и при exact будет производится полный разбор запроса, а этот sql запускается 3300 в секунду у меня в системе.
12 янв 12, 12:57    [11891654]     Ответить | Цитировать Сообщить модератору
 Re: Низкое значение Library Hit после обновления до 10.2.0.5  [new]
брадобрей
Member

Откуда:
Сообщений: 4696
понятно (я про диагноз), спасибо.
12 янв 12, 13:08    [11891753]     Ответить | Цитировать Сообщить модератору
 Re: Низкое значение Library Hit после обновления до 10.2.0.5  [new]
Сына
Member

Откуда:
Сообщений: 804
Ден
SELECT * FROM PRODCTL.F0005D WHERE ( DRSY = :KEY1 AND DRRT = :KEY2 AND DRKY = :KEY3 AND DRLNGP = :KEY4 )

В запросе нет ни одного литерала, поэтому CURSOR_SHARING=FORCE или SIMILAR получаются мимо кассы.
12 янв 12, 14:25    [11892387]     Ответить | Цитировать Сообщить модератору
 Re: Низкое значение Library Hit после обновления до 10.2.0.5  [new]
Ден
Member

Откуда: Москва
Сообщений: 2076
Сына,

так, пока я не запутался... вот я пишу запрос
select /*DENIS*/ * from proddta.F4101 where IMITM=5;


смотрю в SQLAREA
SELECT *
  FROM V$SQLAREA where sql_text like '%DENIS%'
12 янв 12, 14:44    [11892559]     Ответить | Цитировать Сообщить модератору
 Re: Низкое значение Library Hit после обновления до 10.2.0.5  [new]
Ден
Member

Откуда: Москва
Сообщений: 2076
сорри, вот результат

SQL_TEXT select /*DENIS*/ * from proddta.F4101 where IMITM=:"SYS_B_0"
12 янв 12, 14:46    [11892575]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Oracle Ответить