UP.
Спасибо всем, кто ответил. Но задача не решена. Давайте зайдем с другой стороны.
В Oracle, например, если мы создадим подобную блокировку:
1.
2.
3.
4.
5.
6.
7.
create table test1 (c1 varchar(10), c2 number);
insert into test1 values ('a', '1');
insert into test1 values ('b', '2');
session 1: update test1 set c1='new' where c2=2;
session2: update test1 set c1='new2';
На объект, в котором возникла блокировка (только одной строки) можно посмотреть разными способами. Например запросом вида:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
select
c.owner,
c.object_name,
c.object_type,
b.sid,
b.serial#,
b.status,
b.state,
b.blocking_session,
b.event,
b.osuser,
b.machine
from
v$locked_object a ,
v$session b,
dba_objects c
where
b.sid = a.session_id
and
a.object_id = c.object_id;
Который покажет что-то такое:
owner object_name sid serial# status state blocking_session event osuser machineMY_USER TEST1 139 4440 INACTIVE WAITING SQL*Net message from client MY_OSUSER MY_MACHINEMY_USER TEST1 118 9899 ACTIVE WAITING 139 enq: TX - row lock contention MY_OSUSER MY_MACHINE
и сразу всё понятно. Сессия с sid`ом 118 ожидает сессию с sid`ом 139. Объект блокировки - таблица MY_USER.TEST1. Тип блокировки - блокировка строки. Проблема найдена, решение за нами. Можем убить сессию, можем пойти посмотреть на таблицу и т.д. и т.п.
Подобную же информацию можно получить и в Enterprise Manager`е.
Возвращаемся к нашим слонам, к Postgres`у.
В PgAdmin`е, OmniDB, EMS Studio ничего подобного не обнаружил. Пишут, какая сессия заблокирована, про объект ни слова.
Запрос, предложенный Павлом Лузановым
1.
select array_agg(relation::regclass) from pg_locks where pid = номер;
Покажет ВСЕ блокировки сессии/транзакции с соответствующим pid`ом. И да, там будет перечень объектов. Но мне нужен объект, на котором эти сессии застряли (как в примере с Oracle`овым запросом). Мне не нужны ВСЕ блокировки, которая использует сессия/транзакция (в моей задаче, кстати, заблокированная и блокирующая сессии имеют > 600 блокировок).
Я понимаю, что механизм блокировок немного разный, и что в случае с Oracle`ом исходная строка после незакоммиченного апдейта лежит в undo, а в случае с Postgres`ом - в той же таблице создаётся новая версия строки. Повторный поиск в интернете ничего полезного не выдал. Единственная интересная инфа - вот тут
https://stackoverflow.com/questions/62431485/when-and-how-does-postgres-use-transactionid-locks в частности написано, что в Postgres блокировки строк не хранятся в общей памяти постоянно, а в самой строке таблицы. ТАБЛИЦЫ. Но, тем не менее, как же мне найти ОБЪЕКТ Postgres`а, в котором создаётся эта строка, и, соответственно, на котором встали в ожидании транзакции? Хочу объект. По аналогии с Oracle`овым запросом.
Я надеюсь, достаточно ясно описал ситуацию. Знает ли кто-нибудь решение проблемы? Пожалуйста, откликнетесь.
P.S. Неужели, никто не встречался с подобным?
