Телеграмм чат группы oracle

10:37пожаловаться #1

Потому что в простой ситуации двух сессий и tx проверяется без таймаута - сразу

10:38пожаловаться #2

Миxаuл in Oracle RU

И кто это будет делать сразу?

10:38пожаловаться #3

исключение - RAC - там 10 секунд уходит...

10:39пожаловаться #4

Сессия пытающаяся взять лок у сессии которая уже ждёт её

10:39пожаловаться #5

а вы попробуйте смоделировать deadlock в двух сессиях - ORA-60 вылетает мгновенно, определяется самой сессией

10:39пожаловаться #6

Да, в раке сложнее из-за gc

10:40пожаловаться #7

Миxаuл in Oracle RU

А вы отличаете 600мс от сразу на глаз?

Естественно...

Миxаuл in Oracle RU

))

10:40пожаловаться #10

600мс в нагруженной олтп это ппц много

10:41пожаловаться #11

Миxаuл in Oracle RU

Тогда будем считать что вы правы

10:41пожаловаться #12

на глаз не надо, большинство средств пишут время выполнения команды :)

10:41пожаловаться #13

Миxаuл in Oracle RU

олтп с дедлоками - это уже проблема

10:41пожаловаться #14

Не верь на слово, даже мне. (с) льюис

10:41пожаловаться #15

Илья in Oracle RU

Так это, какой всё-таки вариант фикса тут можно применить?) есть мысли у знатоков?)))

10:42пожаловаться #16

Именно.

10:42пожаловаться #17

Илья in Oracle RU

На постгресе) такой истории нет) на оракле есть)

10:42пожаловаться #18

на стороне БД если только у вас дедлоки по ITL. А обычно надо разбираться в порядке блокировки ресурсов и пытаться сделать его одинаковым

10:43пожаловаться #19

Вы там какие запросы гоняете? For update что ли?