подскажите, очень долго идет dump с помощью pg_dump, в итоге на данном pid висит уже 156 блокировок в pg_locks, запрос в pg_stat_activity по данному pid
COPY public.messages (id, template_id, profile_id, local, subject, sender_email, sender_name, recipient_email, sender_ip, status, priority, client_tags, composed, swift_message_id, created_at, updated_at, app_id, oc, external_id) TO stdout;
Как найти причину данных блокировок?
Камнями не кидайте только учусь админить postgrtes

Прошу прощения за глупые вопросы, а можно делать "дамп" базы очень выборочно, например:

Я хочу скопировать одну строку из таблицы, и всё что с этой строкой связано каскадом, все FK и остальные связи?

with foo as ( select id from test order by random() desc limit 3 ) delete from test where id in ( select id from foo );

вряд ли он поймёт)

> Как найти причину данных блокировок?

Причина — почти наверняка какой-то DDL (pg_dump блокирует его полностью).
Найти можно с помощью pg_locks, pg_stat_activity и pg_blocking_pids() — погуглите готовый запрос на эту тему, их было море. ;)
И я бы Вам советовал не выполнять pg_dump параллельно с DDL — если при этом "не повезёт", можно получить не только блокировки, а и неконсистентный дамп, причём "тихо" (без ошибок).

Сходу ничего не приходит в голову... а зачем / какая разница?

SELECT pg_blocking_pids(pid_dump);
и получаю пустую выборку {} :(

Значит, pg_dump ничем не заблокирован (так и должно быть, т.к. это он блокирует всё перед дампом).
Это он блокирует какие-то сессии.

так сессии именно дампа висят в таблице блоикровок

Покажите. И почему сессии (это с -j)? Если да, Вы каждую проверили pg_blocking_pids()?

вы правы, я ошибся, сессия. Она одна. ее и проверил.

pg_blocking_pids не врёт. Т.е. покажите pg_locks.

SELECT locktype, relation::REGCLASS, virtualxid AS virtxid, transactionid AS xid, mode, granted, pg_blocking_pids(l.pid), l.pid  FROM pg_locks l
LEFT JOIN pg_stat_activity psa
   ON l.pid = psa.pid
WHERE  not  l.pid = pg_backend_pid()
order by l.pid;

SELECT locktype, relation::REGCLASS, virtualxid AS virtxid, transactionid AS xid, mode, granted, pg_blocking_pids(l.pid), l.pid  FROM pg_locks l
LEFT JOIN pg_stat_activity psa
   ON l.pid = psa.pid
WHERE  not  l.pid = pg_backend_pid()
order by l.pid;

Нет, штатными средствами нельзя.
Вам нужно что-то вроде https://github.com/18F/rdbms-subsetter (ну и, опять-таки, погуглите что-то аналогичное).

Ни одной блокировки тут (на screenshot) нет (granted = true).

так true это значит блокировка получена ? судя по доке