VS
Привет, учитывает ли pg_stat_statements время проведённое в ожидании блокировки?
да,
и это собственно проблема, что непонятно сколько запрос выполнялся, а сколько провисел в ожидании ))
Size: a a a
2021 June 18
VS
AS
А jdbc это http подключение к бд?
ch
подозреваю что это зависит от того какую именно реализацию расматриваем
NK
Всем привет товарищи! такой вопрос: в жизни так бывает что совсем не кстати зависает грёбаная транзакция в postgres, как это фиксить? интересный момент , что пробовал сделать reload - не помоглоэ
FI
Товарищи, подскажите пожалуйста, у клиента периодически из-за "особенностей кода" возникают зависшие запросы к базе Postgresql. Как правильней бороться с этими запросами, если клиент не хочет искать и править ошибки на своей стороне? Стоит пуллер соединений pgbouncer.
FI
Есть ли чудесная настройка - убивать запросы, висящие более 10 минут, например?
AS
statement_timeout вроде бы то что вам нужно?
https://www.postgresql.org/docs/current/runtime-config-client.html
https://www.postgresql.org/docs/current/runtime-config-client.html
FI
Благодарю!
PC
а релоад и не должен помочь
PC
вообще надо разбираться, из-за чего виснит (неоптимальный запрос, большой объем io, в том числе и temp files)
PC
как минимум в pg_stat_activity посмотреть, что происходит
AB
psql -h host -d dev -c 'copy load.csv from stdin'
psql: предупреждение: лишний аргумент "from" проигнорирован
psql: предупреждение: лишний аргумент "stdin'" проигнорирован
psql: FATAL: role "load.csv" does not exist
psql: предупреждение: лишний аргумент "from" проигнорирован
psql: предупреждение: лишний аргумент "stdin'" проигнорирован
psql: FATAL: role "load.csv" does not exist
NK
Да, но ситуация особенная , если можно так выразиться, я сейчас на хакатоне, у меня не было возможности (времени ) разобраться+)
Накопал такую штуку SELECT pg_cancel_backend(pid) FROM pg_stat_activity WHERE state = 'active' and pid <> pg_backend_pid(); Как думаете протащит ситуацию в случае чего?
Накопал такую штуку SELECT pg_cancel_backend(pid) FROM pg_stat_activity WHERE state = 'active' and pid <> pg_backend_pid(); Как думаете протащит ситуацию в случае чего?
PC
pg_cancel_backend и pg_terminate_backend передают сигналы (SIGINT и SIGTERM, соответственно) серверному процессу с заданным кодом PID
AL
не, не так. синтаксис у copy такой - "COPY ИМЯ_ТАБЛИЦЫ FROM STDIN" - имя таблицы это то куда нужно импортировать данные.
и второй момент, не вижу в вашей команде cat load.csv
и второй момент, не вижу в вашей команде cat load.csv
AL
то есть должно быть примерно так
cat load.csv |psql -h host -d dev -c 'copy my_table from stdin'
cat load.csv |psql -h host -d dev -c 'copy my_table from stdin'
PC
да, принудительно прибить запрос поможет, но не факт, что он снова не прийдет
NK
ну буду следить, что поделать.... Знаю что это не правильно нифига, самого коробит, но блин, правила таковы каковы и больше не каковы=(