Тут есть кто-то, кто шарит в PgSQL?

Есть НЕмутирующий статистический запрос с нормальным планом выполнения который висит в pg_stat_activity уже 20 минут, но при этом в соседней сессии он спокойно делается за ~100мс. Судя по pg_locks, он не упёрся ни в какой лок, а просто тупит. База в данный момент чувствует себя прекрасно, никаких скачков нагрузки на графиках нет, WAL в порядке, просто висит несколько запросов и ждут непонятно чего. Как такое дебажить?)

Знаю чувака который шарит очень хорошо в PgSQL

Могу направить

pg_locks не показатель

Спасибо! Не хочется напрягать в личке людей пустяковыми вопросами. Если есть кто-то в чате и есть мысли – гуд, а нет так нет)

SELECT a.datname,
        l.relation::regclass,
        l.transactionid,
        l.mode,
        l.GRANTED,
        a.usename,
        a.state,
        a.query,
        a.query_start,
        age(now(), a.query_start) AS "age",
        a.pid
FROM pg_stat_activity a
JOIN pg_locks l ON l.pid = a.pid
ORDER BY a.query_start

Что значит "висит"? в каком состоянии? Может он выполнился уже давно?

state
------
active

age
---------------
00:18:28.875299

Если постгрес не managed, тогда есть смысл залезть в процесс и посмотреть что там происходит - strace

Хтось проводить співбесіди технічні на посаду php розробників? Який в вас відсоток кандидатів проходить цей етап успішно?

Провів близько 50 співбесід пройшов 1н джун. =)

Жесткий ты)

та норм. Зате потім залишаються чуваки майже на весь час. Тобто серед 10 які пройшли співбесіду 7 залишилось

На весь час це скільки?

Ну першого джуна знайшов десь 3-4 роки назад.

От стільки і кодить) правда уже не джун

Не хочу тебе засмучувати, але 3-4 роки в компанії це середнє по галузі )