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

Откуда:
Сообщений: 153
При переходе с 9 на версию 11.2.0.2.8
update стал выполняться медленнее в 5 раз

[/SRC]
update TabName set FXMLTYPE1 = :1  where pid = :2
[SRC PLSQL]


pid - первичный ключ
План выполнения запроса не изменился.

[/SRC]
XMLTYPE FXMLTYPE1 STORE AS CLOB (
  TABLESPACE T1
  ENABLE       STORAGE IN ROW
  CHUNK       8192
  RETENTION
  CACHE
  LOGGING
      STORAGE    (
                  INITIAL          10M
                  NEXT             10M
                  MINEXTENTS       1
                  MAXEXTENTS       UNLIMITED
                  PCTINCREASE      0
                  FREELISTS        1
                  FREELIST GROUPS  1
                  BUFFER_POOL      RECYCLE))
[src]


Может кто уже сталкивался с подобной ситуацией ?
29 авг 13, 14:25    [14771112]     Ответить | Цитировать Сообщить модератору
 Re: При переходе с 9 на версию 11.2.0.2.8 update стал выполняться медленнее в 5 раз  [new]
xj
Member

Откуда:
Сообщений: 122
Sergey_Korolev,

Система под БД какая?
Были проблемы с IBM AIX в Oracle XML
30 авг 13, 10:18    [14774482]     Ответить | Цитировать Сообщить модератору
 Re: При переходе с 9 на версию 11.2.0.2.8 update стал выполняться медленнее в 5 раз  [new]
Sergey_Korolev
Member

Откуда:
Сообщений: 153
xj,


Release: HP-UX B.11.31
Machine: ia64

Как решали проблему?
30 авг 13, 10:41    [14774638]     Ответить | Цитировать Сообщить модератору
 Re: При переходе с 9 на версию 11.2.0.2.8 update стал выполняться медленнее в 5 раз  [new]
SQL*Plus
Member

Откуда: Россия, Москва
Сообщений: 8132
Sergey_Korolev
При переходе с 9 на версию 11.2.0.2.8
update стал выполняться медленнее в 5 раз
Покажите результат выполнения
SELECT name, display_value
FROM v$system_parameter
WHERE name = 'filesystemio_options';
30 авг 13, 11:34    [14775063]     Ответить | Цитировать Сообщить модератору
 Re: При переходе с 9 на версию 11.2.0.2.8 update стал выполняться медленнее в 5 раз  [new]
Sergey_Korolev
Member

Откуда:
Сообщений: 153
SQL*Plus,

filesystemio_options asynch
30 авг 13, 11:37    [14775093]     Ответить | Цитировать Сообщить модератору
 Re: При переходе с 9 на версию 11.2.0.2.8 update стал выполняться медленнее в 5 раз  [new]
wurdu
Member

Откуда: Владивосток
Сообщений: 4441
Трассировку давай сессии чтобы решать проблему.
30 авг 13, 12:07    [14775354]     Ответить | Цитировать Сообщить модератору
 Re: При переходе с 9 на версию 11.2.0.2.8 update стал выполняться медленнее в 5 раз  [new]
SQL*Plus
Member

Откуда: Россия, Москва
Сообщений: 8132
Sergey_Korolev
filesystemio_options = asynch
Какое значение было у этого параметра в базе под Oracle 9i?
30 авг 13, 12:12    [14775397]     Ответить | Цитировать Сообщить модератору
 Re: При переходе с 9 на версию 11.2.0.2.8 update стал выполняться медленнее в 5 раз  [new]
Sergey_Korolev
Member

Откуда:
Сообщений: 153
SQL*Plus,

под 9i то же filesystemio_options asynch
30 авг 13, 13:21    [14775860]     Ответить | Цитировать Сообщить модератору
 Re: При переходе с 9 на версию 11.2.0.2.8 update стал выполняться медленнее в 5 раз  [new]
SQL*Plus
Member

Откуда: Россия, Москва
Сообщений: 8132
Sergey_Korolev,

Попробуйте поставить
alter system set filesystemio_options=SETALL scope=spfile;
или
alter system set filesystemio_options=DIRECTIO scope=spfile;
и перестартуйте базу.
30 авг 13, 15:08    [14776572]     Ответить | Цитировать Сообщить модератору
 Re: При переходе с 9 на версию 11.2.0.2.8 update стал выполняться медленнее в 5 раз  [new]
pravednik
Member

Откуда: Jacksonville, FL
Сообщений: 16268
SQL*Plus
Sergey_Korolev,

Попробуйте поставить
alter system set filesystemio_options=SETALL scope=spfile;
или
alter system set filesystemio_options=DIRECTIO scope=spfile;

и перестартуйте базу.

Я поражаюсь вашему хрустальному шару. Где такой можно взять?
30 авг 13, 15:12    [14776590]     Ответить | Цитировать Сообщить модератору
 Re: При переходе с 9 на версию 11.2.0.2.8 update стал выполняться медленнее в 5 раз  [new]
SQL*Plus
Member

Откуда: Россия, Москва
Сообщений: 8132
pravednik
Я поражаюсь вашему хрустальному шару. Где такой можно взять?
(Doc ID 1080661.1)
:-)
30 авг 13, 15:15    [14776617]     Ответить | Цитировать Сообщить модератору
 Re: При переходе с 9 на версию 11.2.0.2.8 update стал выполняться медленнее в 5 раз  [new]
Sergey_Korolev
Member

Откуда:
Сообщений: 153
pravednik,

Применил

alter system set filesystemio_options=SETALL

не помогло.
AWR в прилагаемом файле.

Нужно пробовать

alter system set filesystemio_options=DIRECTIO

или это одно и тоже ?

К сообщению приложен файл (AWR Report (HTML) slcflt2 2013_Sep_02 1250-1350.zip - 60Kb) cкачать
2 сен 13, 14:03    [14784225]     Ответить | Цитировать Сообщить модератору
 Re: При переходе с 9 на версию 11.2.0.2.8 update стал выполняться медленнее в 5 раз  [new]
SQL*Plus
Member

Откуда: Россия, Москва
Сообщений: 8132
Sergey_Korolev
Нужно пробовать

alter system set filesystemio_options=DIRECTIO

или это одно и тоже ?
Попробуйте. Это не совсем одно и то же.

Какой именно UPDATE проблемный?
2 сен 13, 23:04    [14787041]     Ответить | Цитировать Сообщить модератору
 Re: При переходе с 9 на версию 11.2.0.2.8 update стал выполняться медленнее в 5 раз  [new]
Sergey_Korolev
Member

Откуда:
Сообщений: 153
SQL*Plus,

Провел с
filesystemio_options=DIRECTIO

улучшений не наблюдается.

Проблемный UPDATE в первом сообщении автора и в приложенном AWR
update TabName set FXMLTYPE1 = :1  where pid = :2

Заметил, что Toad версии 11.0.0.116 дает неверное описание проблемного поля

в SQL Developer Version 4.0.0.12

XMLTYPE COLUMN "XMLEXT" STORE AS SECUREFILE CLOB (
  TABLESPACE "CARPRODUCT1" ENABLE STORAGE IN ROW CHUNK 8192
  CACHE LOGGING  NOCOMPRESS  KEEP_DUPLICATES 
  STORAGE(INITIAL 10485760 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
  PCTINCREASE 0 BUFFER_POOL RECYCLE FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT)) 


В документе Doc ID 1080661.1
Applies to:
Oracle Server - Enterprise Edition - Version: 10.2.0.4 to 10.2.0.4 - Release: 10.2 to 10.2

В этом случае Oracle версии 11.2.0.2.8 и SECUREFILE CLOB.
Может эти различия имеют значение ?
3 сен 13, 09:20    [14787628]     Ответить | Цитировать Сообщить модератору
 Re: При переходе с 9 на версию 11.2.0.2.8 update стал выполняться медленнее в 5 раз  [new]
jan2ary
Member

Откуда: Киев
Сообщений: 1780
Sergey_Korolev,

автор
update TabName set FXMLTYPE1 = :1 where pid = :2

Чего-то не нашел такого в отчете. Разве что TabName не TabName и pid не pid ))
Обратите внимание вот: Bug 13920383 - Slow query with Securefile XMLType column [13920383.8]
3 сен 13, 10:42    [14788068]     Ответить | Цитировать Сообщить модератору
 Re: При переходе с 9 на версию 11.2.0.2.8 update стал выполняться медленнее в 5 раз  [new]
RAK123
Member

Откуда: Пермь
Сообщений: 316
Sergey_Korolev,
У вас достаточно log file sync большой по AWR, посмотрите Doc ID 1318709.1 .
А если снять трассировку уровня 12 в ней какие ожидания ?
4 сен 13, 08:13    [14792272]     Ответить | Цитировать Сообщить модератору
 Re: При переходе с 9 на версию 11.2.0.2.8 update стал выполняться медленнее в 5 раз  [new]
Alexey-NN
Member

Откуда:
Сообщений: 28
Sergey_Korolev,

После upgrade статистику не пробовали пересобирать по схемам WORKPOINTALFA и CARALFA ?
4 сен 13, 11:35    [14793142]     Ответить | Цитировать Сообщить модератору
 Re: При переходе с 9 на версию 11.2.0.2.8 update стал выполняться медленнее в 5 раз  [new]
wurdu
Member

Откуда: Владивосток
Сообщений: 4441
Запрос потребляет исключительно CPU и выполняется за 0.05 сек. Как посчитали что раньше было в 5 раз быстрее?
4 сен 13, 12:59    [14793822]     Ответить | Цитировать Сообщить модератору
 Re: При переходе с 9 на версию 11.2.0.2.8 update стал выполняться медленнее в 5 раз  [new]
Sergey_Korolev
Member

Откуда:
Сообщений: 153
Alexey-NN,

статистику по этим схемам пересобирали.
4 сен 13, 16:33    [14795293]     Ответить | Цитировать Сообщить модератору
 Re: При переходе с 9 на версию 11.2.0.2.8 update стал выполняться медленнее в 5 раз  [new]
rrruuu
Guest
IDLE_TIME 1,617,059
BUSY_TIME 1,229,405
DB CPU 11,948

кто кроме этой базы кушает cpu на сервере?
4 сен 13, 16:42    [14795353]     Ответить | Цитировать Сообщить модератору
 Re: При переходе с 9 на версию 11.2.0.2.8 update стал выполняться медленнее в 5 раз  [new]
Sergey_Korolev
Member

Откуда:
Сообщений: 153
wurdu,

Информация по этому запросу в 9-й версии в прицепе.

К сообщению приложен файл (2013-09-05_103714.zip - 10Kb) cкачать
5 сен 13, 10:45    [14797889]     Ответить | Цитировать Сообщить модератору
 Re: При переходе с 9 на версию 11.2.0.2.8 update стал выполняться медленнее в 5 раз  [new]
Sergey_Korolev
Member

Откуда:
Сообщений: 153
rrruuu
IDLE_TIME 1,617,059
BUSY_TIME 1,229,405
DB CPU 11,948

кто кроме этой базы кушает cpu на сервере?


Извините. не понял вопроса
DB CPU 11,948 - это в сек

IDLE_TIME и BUSY_TIME в чем измеряют ?

Как сопоставляете ?
5 сен 13, 11:42    [14798329]     Ответить | Цитировать Сообщить модератору
 Re: При переходе с 9 на версию 11.2.0.2.8 update стал выполняться медленнее в 5 раз  [new]
wurdu
Member

Откуда: Владивосток
Сообщений: 4441
Железо осталось тем же? HP-UX не менялся (не помню сертифицирована ли 9-ка под 11.31). Всякие настройки NUMA не менялись? Всякие относительно недание баги HP-UX типа high resolution timers пофиксены? Просто мы говорим об очень малых величинах и тут уже может быть важно как OS считает время.
5 сен 13, 12:17    [14798637]     Ответить | Цитировать Сообщить модератору
 Re: При переходе с 9 на версию 11.2.0.2.8 update стал выполняться медленнее в 5 раз  [new]
Sergey_Korolev
Member

Откуда:
Сообщений: 153
Что происходит с функциональными индексам построенными на одном из значений(теге) из xml поля, которое изменяет UPDATE

update TabName set FXMLTYPE1 = :1  where pid = :2


В случае если :
1. значение тега изменилось
2. при UPDATE поля значение тега не изменилось
10 сен 13, 22:00    [14822809]     Ответить | Цитировать Сообщить модератору
 Re: При переходе с 9 на версию 11.2.0.2.8 update стал выполняться медленнее в 5 раз  [new]
Sergey_Korolev
Member

Откуда:
Сообщений: 153
На основе обновяемого поля в таблице CAR_Products построено несколько функциональных индексов.
Для примера ниже один из индексов.

При переходе на 11.2.0.2.10, в соответсвии с рекомендациями,
Oracle при построении индексов вместо EXTRACT и EXTRACTVALUE
используется XMLQUERY.

Кто сталкивался с такими проблемами ?

CREATE INDEX CARALFA.IDX_CAR_PRODUCTS$CHK ON CARALFA.CAR_PRODUCTS
(CAST(SYS_XQ_UPKXML2SQL(SYS_XQEXVAL(XMLQUERY('$p/data/ShID/text()' PASSING BY VALUE SYS_MAKEXML("SYS_NC00014$") AS "p" RETURNING CONTENT ),0,0,16777216,0),50,1,2) AS NUMBER),
CAST(SYS_XQ_UPKXML2SQL(SYS_XQEXVAL(XMLQUERY('$p/data/CHK' PASSING BY VALUE SYS_MAKEXML("SYS_NC00014$") AS "p" RETURNING CONTENT ),0,0,16777216,0),50,1,2) AS VARCHAR2(4000)),
PRODUCTTYPEID, PRODUCTID)
LOGGING
TABLESPACE CARINDEX_01
PCTFREE    10
INITRANS   2
MAXTRANS   164
STORAGE    (
            INITIAL          256K
            NEXT             256K
            MINEXTENTS       1
            MAXEXTENTS       UNLIMITED
            PCTINCREASE      0
            BUFFER_POOL      DEFAULT
            FLASH_CACHE      DEFAULT
            CELL_FLASH_CACHE DEFAULT
           )
NOPARALLEL;
4 окт 13, 15:36    [14924721]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Oracle Ответить