Телеграмм чат группы pgsql страница 13225

04:30пожаловаться #1

Всем привет!
Кто может подсказать, болит ли у кого-нибудь от странного поведения PostgreSQL при использовании MultiXact (FOR UPDATE && FOR SHARE)?
имеется ввиду просадки производительности, внезапного “замирания” и “остановки мира”?

09:15пожаловаться #2

PostgreSQL Mailing List Archives

у меня такое случалось в практике - когда приходится сканировать горячую часть таблицы (COPY) в которой много MultiXact операций.
но основная проблема - в лабораторных условиях тяжело повторить.
есть в hackers такой тред в котором обсуждалась тема - добавить ручки в конфиг для регулирования slru: https://www.postgresql.org/message-id/flat/494C5E7F-E410-48FA-A93E-F7723D859561%40yandex-team.ru#18c79477bf7fc44a3ac3d1ce55e4c169

Re: MultiXact\SLRU buffers configuration

09:19пожаловаться #3

Хорошие новости для тех, кто всё ещё использует row-level локи в PostgreSQL

я погонял тесты и к сожалению получилось не утешительно и без вау эффектов https://habr.com/ru/company/ozontech/blog/555358/
если у кого-то есть на примете такой кейс, то давайте потестируем

Хабр

Привет, меня зовут Дима, я работаю в Ozon в небольшой команде, которая предоставляет разработчикам PostgreSQL as a Service. Мы сопровождаем тысячи кластеров, поэ...

09:20пожаловаться #4

Привет, если тебе нужны данные для каких-то своих исследовательских задач, может имеет смысл попросить админов прикрепить сообщение? (с какой-то бросающейся в глаза шапкой) а то оно или затеряется или его прочитают мало людей.
(а то тема тоже любопытна мне)

09:21пожаловаться #5

админы, можете закрепить на время? 🙏

09:22пожаловаться #6

Yaroslav Schekin in pgsql – PostgreSQL

Ну так я Вам уже написал, почему Вы не дождались EXPLAIN ANALYZE. ;)
Показали бы EXPLAIN без ANALYZE, хотя бы.

> ну и на проде добавлением индексов и экспериментами совсем заниматься не хочется

Ну а на существенно других данных этим заниматься, скорее всего, бесполезно.

09:46пожаловаться #7

Yurii Kovalenko in pgsql – PostgreSQL

привет, при накатывании миграции ‘…drop column…’ падает ошибка из исходников пг:

{"length":117,"name":"error","severity":"ERROR","code":"42703","file":"tablecmds.c","line":"7790","routine":"ATExecDropColumn"}

в чем может быть проблема? локально все норм, только на vps так
постгрес 13

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

Yurii Kovalenko in pgsql – PostgreSQL

вот сам запрос ALTER TABLE \"player\" DROP COLUMN \"rewards\"

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

РЖ

Роман Жарков... in pgsql – PostgreSQL

Что-то вас далеко занесло в поисках ошибок. Оно должно внятно написать причину ошибки прямо клиенту после запроса. В крайнем случае - в логе сервера можно посмотреть.

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

Yurii Kovalenko in pgsql – PostgreSQL

такую ошибку кидает в ноду)) по коду находится ошибка “колонки не существует”, но она есть, так как идеешка ее показывает и тот же запрос проходит без ошибок

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

Alex in pgsql – PostgreSQL

Как можно создать триггер который пошлёт JSON POST на URL при изменении?

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

ВТ

Виктор Ткаченко... in pgsql – PostgreSQL

Не самая здравая идея, БД еще начнет зависеть от работоспособности удаленной системы

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

Yaroslav Schekin in pgsql – PostgreSQL

Нет, это не настоящий запрос (Вы бы хоть его в psql попробовали — увидели бы syntax error). ;)

> “колонки не существует”, но она есть, так как идеешка ее показывает и тот же запрос проходит без ошибок

Значит, не существует. Покажите (или посмотрите, должно стать понятно) настоящий запрос, ошибку и \d player там, где это происходит.

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

возможно вы подключаетесь не к "той" базе... например к какой-то тестовой версии где в этой таблице действительно нет этого поля.

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

надо подключиться к базе и посмотреть определение таблицы, как написано здесь.
Может быть колонку могли действительно удалить руками и теперь миграция валится, чтобы миграция прошла нужно использовать DROP COLUMN IF EXISTS (и в дальнейшем не править схему руками)

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

Max Krikun in pgsql – PostgreSQL

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

Max Krikun in pgsql – PostgreSQL

как должно быть ??

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

next_payment_sum привести к тексту

Konstantin Knizhnik in pgsql – PostgreSQL

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

raise notice '3-%',next_payment_sum;