Чёт я вообще не понял.

Я понял, что нужно повесить индексы.

Но этого не сделать без изменения схемы.

https://www.postgresql.org/docs/9.6/static/ddl-schemas.html я про другие схемы

Меняешь схему, проверяешь, запускаешь тесты, мержишь в мастер

Отчего такая боязнь менять что-то?

Отчего такая боязнь менять что-то?

Ну, я работаю с этим проектом буквально несколько дней. Т.к. у меня очень мало опыта, я боюсь что-то сломать. Поэтому стараюсь искать наиболее безопасные пути решения пока что. И вопросы архитекруты - это точно не мои вопросы сейчас.

Там есть человек, который отвечает за архитектуру, уверен, что он подумал об индексах. Я посмотрю ещё раз схему, конечно. Но я думаю, что просто что-то не так с запросом.

Значит с ним можно все обсудить

Да, верно. Главеное, я теперь увидел, что запрос вообще работает. Он мне говорил про UPDATE FROM SELECT для оптимизации, но в данном случае это не то, чтобы не применимо, но почти. Поэтому ещё погуглю, что можно сделать.

Таки немного оптимизировал запрос (вроде как).

Сейчас скину, что получилось.

UPDATE base_organisation AS bo SET games_turnover_month = ( SELECT SUM(subq.revenue / subq.count) FROM ( SELECT * FROM base_game AS bg JOIN tmp_fk_games_organisations AS fk ON bg.id = fk.game_id JOIN tmp_orgs_per_game AS opg ON bg.id = opg.game_id WHERE fk.org_id = bo.id AND bg.monetizations = '{"free2play": 1}' ) AS subq );

всем привет а отчего в PostgreSQL 9.6 могут появляться лаги в репликации??? лаг замеряю через mamonsu в какой то момент появился лаг в минуту ... и не проходит собака... в чем вообще сложности применения WAL файлов на standby сервере? почему оно такое "медленное"? на диск нагрузка по iotop всего 300-500kb, диски SSDшные...

всем привет а отчего в PostgreSQL 9.6 могут появляться лаги в репликации??? лаг замеряю через mamonsu в какой то момент появился лаг в минуту ... и не проходит собака... в чем вообще сложности применения WAL файлов на standby сервере? почему оно такое "медленное"? на диск нагрузка по iotop всего 300-500kb, диски SSDшные...

если у вас лаг не превышает минуту то все хорошо, потому что mamonsu меряет его с такой погрешностью

он раз в минуту отсылает в zabbix разницу между локальным временем и временем в последнем wal-сегменте пришедшего с другого сервера

так что это так, вилами на воде

мерять лаг честно в текущем виде в pg нельзя

если важен лаг - програмно выбивайте из раздачи отставшие реплики например при помощи haproxy в tcp режиме с http проверками (ну это если это действительно важно) хотя не берите в голову

А кто-нибудь использовал old_snapshot_threshold ?

как оно работает, есть подводные камни?

Ребят вопрос очень важный

в 6й раз данные сбрасываются

Делаю апдейт поля. Он день работает нормально, потом опять становится null

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

Такое ощущение, что Postgres по какой-то причине примерно через сутки отказытвает назад имзенения

включите логирование всех запросов

Запроов я 8 штук всего выполнял и они выполнялись успешно.. Postgres вообще может сделать следующее: Выполнить update, сообщить что все нормально, но при обновлении индекса, если памяти не хватило откатить всё назад

включите логирование всех запросов

Зачем?

Зачем?

это будет основанием того, что реально никто на логическом уровне не обновляет колонки. а то получается как-то "мамой клянусь"

это будет основанием того, что реально никто на логическом уровне не обновляет колонки. а то получается как-то "мамой клянусь"

там права стоят "только select"

сейчас перепроверю

Вместо "Мамой клянусь" :)

какая бы логика не была, прав на обновление поля нет

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

Поэтому я точно знаю что не может через сутки обновиться из-за логкии программы

Владелец БД и таблицы одинаковые?

да

А покажт DDL на этого пользователя?

не, не нашел как вывести

включите логирование всех запросов

В любом случае включу на всякий случай

включите логирование всех запросов

log_statement = mod?

Поэтому я точно знаю что не может через сутки обновиться из-за логкии программы

Бекап восстановили?)

нет ничего такого, что требует прав на update. Бэкап тольког я могу восстанавливать

Вообще все грант права только у меня

в качестве бреда - вал лежит в тмп и ежедневно этот самый тмп перемонтируется со стиранием всего и вся

в качестве бреда - вал лежит в тмп и ежедневно этот самый тмп перемонтируется со стиранием всего и вся

Сейчас любое предложение не бред, но вал лежит в тмп не понял

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

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

Как в воду глядел )). Непонятоно

Да как раз всё понятно =)

Есть логика, которая выполняется. В определённый момент времени (день сурка) происходит в этой логике сбой.

Нужно найти этот момент и исходя из этого поискать причину.

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

https://www.postgresql.org/docs/9.6/static/monitoring.html - возможно, это поможет?

Сам никогда не использовал.

у @Archeebald я помню с английским неоче. да и сам частенько в https://postgrespro.ru/docs/postgresql/9.6/monitoring.html подглядываю )

https://www.postgresql.org/docs/9.6/static/monitoring.html - возможно, это поможет?

спасибо

у @Archeebald я помню с английским неоче. да и сам частенько в https://postgrespro.ru/docs/postgresql/9.6/monitoring.html подглядываю )

спасибо, приятно что помнишь мой языковой барьер

ERROR: S client not available

ну как помню... только что вылез из поиска по чатику по теме pgbadger

и где-то среди тонн сообщений ты часто мелькаешь ?

и где-то среди тонн сообщений ты часто мелькаешь ?

примелькался значит ?

Мб триггер висит на таблице

https://dev.mysql.com/doc/refman/5.7/en/show-processlist.html - вот ещё, на всякий

В postgresql тоже есть.

примелькался значит ?

> 3 groups in common это жжж неспроста )

Мб триггер висит на таблице

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

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

на этой таблице триггеров нет.

Внешние ключи по "этому" полю есть?

@pasha_golub

есть

@pasha_golub

Спасибо за службу ?

Спасибо за службу ?

?я его и сам за сегодня из пары чатов уже выпилил)

?я его и сам за сегодня из пары чатов уже выпилил)

Это надеюсь не обо мне разговор? (составил вопрос как-то эгоцентирчно ? )

Это надеюсь не обо мне разговор? (составил вопрос как-то эгоцентирчно ? )

Нет) там реклама была

не получается найти как (ещё) узнать какие экстеншоны уже установлены select * from pg_available_extensions where installed_version is not null; явно меньше ожидаемого выдаёт хелп плиз

не получается найти как (ещё) узнать какие экстеншоны уже установлены select * from pg_available_extensions where installed_version is not null; явно меньше ожидаемого выдаёт хелп плиз

То есть есть экстеншны, которые установлены и ты это знаеш, но они в списке отсутствуют?

То есть есть экстеншны, которые установлены и ты это знаеш, но они в списке отсутствуют?

именно

$ psql -c "CREATE EXTENSION hstore; CREATE EXTENSION postgis;" -d imposm CREATE EXTENSION

А если так? SELECT * FROM pg_extension

В доке так сказано

но тут особенность !

хм, кажется понял. сразу по всем базам не показывает. вернее куда там юзер postgres по дефолту цепляется

А если так? SELECT * FROM pg_extension

он объединенную показывает кажись