|
cursor: mutex X update sys.job$
|
|||
---|---|---|---|
#18+
oracle 12.2 Код: plsql 1. 2. 3. 4.
Код: plsql 1. 2. 3. 4. 5.
для 47a50dvdgnxc2 SESSION_STATE EVENT WAIT_CLASS COUNT(*) PerCentON CPU 1337 56WAITING cursor: mutex X Concurrency 834 35 для aq8yqxyyb40nn - ON CPU 60%, cursor: mutex X 30% не видали багофиксов на эту тему? ... |
|||
:
Нравится:
Не нравится:
|
|||
31.07.2019, 09:38 |
|
cursor: mutex X update sys.job$
|
|||
---|---|---|---|
#18+
по DBA_HIST_ACTIVE_SESS_HISTORY вообще 50на50 между on cpu и cursor: mutex X оба ... |
|||
:
Нравится:
Не нравится:
|
|||
01.08.2019, 11:50 |
|
cursor: mutex X update sys.job$
|
|||
---|---|---|---|
#18+
AlexVin, в сторону high version count не смотрели? Cursor Mutex X Wait Events: After Upgrading To 12.2 (Doc ID 2298504.1) 12.2 Cursor Mutex: x Due to Sql not Shared Because of Bind_equiv_failure (Doc ID 2539161.1) Модератор:Публикация документов/выдержет MOS запрещена правилами форума ... |
|||
:
Нравится:
Не нравится:
|
|||
01.08.2019, 17:22 |
|
cursor: mutex X update sys.job$
|
|||
---|---|---|---|
#18+
usolcew, ноты видел ага параметр не менял, патч не ставил можно, конечно, попробовать на авосьпоможет про "_cursor_obsolete_threshold"=1024 в v$sql "47a50dvdgnxc2" порядка 50 "aq8yqxyyb40nn" порядка 20 и старых (вот например, сейчас у них всех first_load_time полтора часа назад) там не наблюдается а периодические (раз в 8-9-12-15-20 минут) пики с cursor: mutex X для них продолжаются если их зачистить dbms_shared_pool.purge, то ситуация особо не меняется ну и в авр-ке SQL ordered by Version Count их нет вообще то есть непонятно, насколько тут может помочь уменьшение порога устаревания v$sql_shared_cursor SQL_ID REASON47a50dvdgnxc2 OPTIMIZER_MISMATCH LANGUAGE_MISMATCH ROLL_INVALID_MISMATCHaq8yqxyyb40nn LANGUAGE_MISMATCH ROLL_INVALID_MISMATCHBIND_EQUIV_FAILURE нету ... |
|||
:
Нравится:
Не нравится:
|
|||
02.08.2019, 09:16 |
|
cursor: mutex X update sys.job$
|
|||
---|---|---|---|
#18+
то есть непонятно, насколько тут может помочь уменьшение порога устаревания да, вариант слабый не контейнерная бд? v$sql.is_bind_aware,is_bind_sensitive,is_reoptimizable = N? ... |
|||
:
Нравится:
Не нравится:
|
|||
02.08.2019, 18:47 |
|
cursor: mutex X update sys.job$
|
|||
---|---|---|---|
#18+
AlexVin, какие-то джобы созданы/запущены с другими NLS-параметрами? ... |
|||
:
Нравится:
Не нравится:
|
|||
02.08.2019, 22:09 |
|
cursor: mutex X update sys.job$
|
|||
---|---|---|---|
#18+
Код: plsql 1. 2. 3. 4.
... |
|||
:
Нравится:
Не нравится:
|
|||
02.08.2019, 22:15 |
|
cursor: mutex X update sys.job$
|
|||
---|---|---|---|
#18+
usolcewне контейнерная бд? v$sql.is_bind_aware,is_bind_sensitive,is_reoptimizable = N? контейнерная везде N xtender Код: plsql 1.
а джобы не шедулерные шедулерные только sys-овые, которые по дефолту а от приложения порядка полутора сотен исполняет dbms_job Код: plsql 1. 2.
... |
|||
:
Нравится:
Не нравится:
|
|||
05.08.2019, 06:57 |
|
cursor: mutex X update sys.job$
|
|||
---|---|---|---|
#18+
AlexVin, Автоматически удаляемые не запускают? Я бы проверил ещё нлс этих приложений ... |
|||
:
Нравится:
Не нравится:
|
|||
05.08.2019, 12:44 |
|
cursor: mutex X update sys.job$
|
|||
---|---|---|---|
#18+
xtender, там всего пара отличий, да ещё два варианта оптимизатора в любом случае, сочетаний немного и все они есть разобранные в кэше и количество дочерних курсоров невелико и сильно не растёт непонятно, с чего бы ему так тупить на 50% ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2019, 07:34 |
|
|
start [/forum/topic.php?fid=52&msg=39843271&tid=1882219]: |
0ms |
get settings: |
12ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
46ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
49ms |
get tp. blocked users: |
1ms |
others: | 21ms |
total: | 165ms |
0 / 0 |