?

как-то странно, что валов больше чем base, не?

Не странно, массивные update и delete столько и порождают. Удаляй и делай новый базовый бэкап

всмысле - удаляй? pg_resetxlog?

А ты реплицировался куда-то?

неа, там стандалон-инсталляция

Я бы забэкапил на всякий случай ;)

в любой не понятной ситуации бэкапь

И попробовал восстановиться

Лэвел-ап

Вообще ощущение что ты транзакцию долгую прервал

дане, это после вакуум фулл

может ей checkpoint сделать?

Вобщем лучше восстановиться на новой машине ;)

это невозможно, к сожалению

Давай хэнгаут

Чего только не найдешь https://github.com/Microsoft/pgtester )

Коллеги, только сильно не бейте. Вопрос про jsonb - если надо поменять одно из полей в JSON, то физически все поле переписывается или же модифицируется только это поле?

Физически для постгреса любой апдейт это добавление новой записи и пометка в максимальной видимости у старой

ого, вот этого не знал

Вопрос в общем-то не изменился по сути - добавляется вся запись или только один json кусочек? :)

Что т мне подсказывает, что вся.

update = delete всей строки + insert новой версии этой строки. Даже если вы добавили "кусочек" в поле

Интересно интересно, даже если некоторые поля очень большие? Например по несколько килобайт? Нет ли тут оверхеда?

http://www.postgrespro.ru/education/courses/DBA2 вот тут подробности. Лекция 3

Спасибо

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

да, еще можно/нужно с fillfactor поиграться http://blog.coelho.net/database/2014/08/23/postgresql-fillfactor-and-update/

Коллеги, а есть ли в pgpool2 возможность избежать детача мастер ноды при ребуте ? (задержка запросов допустима), это в сторону health_check копать или куда-то еще ?

(в смысле при рестарте мастера)

Интересный вопрос

А если впереди вкрутить баунсер, и пустить временно трафик на слейв

Пока сервачек ребутается

ну инсерты всё равно отвалятся

Ну вариантов то немного

Зачем его ребутать?

ну например конфигурация изменилась, я не говорю что эта штатная ситуация

У меня где-то был в аптайме 600 дней

но кроме этого могут и банальные сетевые проблемы

Всеравно немного даунтайм

Ну всяко бывает

ну даунтайм на 5 секунд и потом фейловер и перенакатка нового слейва в терабайт ? :)

Кто не раскошелится на резерв каналов тот бука :-P

к сожалению и заказчиков сервера в Azure и между ними я не уверен что всегда всё прекрасно

И на сервера тоже

Ну ладно, счастья им, удачи, и здоровья :-)

=)))

Пусть держаться,

Главное оптимизм

Не спорю

Точно

Коллеги, если кто-то искал кросплатформенный компаратор схем для PostgreSQL... я для себя его нашёл ? вот отличный инструмент http://pgcodekeeper.ru/ многоплатформенный, plain sql, git и другие source control (всё что умеет eclipce). Отличные с той стороны разработчики (поддержка в telegram группа pgcodekeeper). на данный момент всем дают бесплатно на 1 год Я кстати уже им завел там несколько тикетов на улучшение продукта. Обещают с версии 4.0 начать реализовывать.

Коллеги, подскажите как лучше сделать доступный, но не обязательно высоконгаруженный сервер postgres. Сам думаю над вариантом 3 сервера postgres и перед ними pgpool для балансировки. Почти единственный критерий который надо выдержать это большое колво коннектов (порядка 15к)

конектов или запросов, 15 к конектов - это адъ!

коннектов

омг

pgbouncer

а HA как реализовывать ? :)

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

pgBouncer перед pgpool тогда уж

но чем больше смотрю на pgpool тем больше желание отказаться от него

pgbouncer

может быть, а он может не per transaction рвать соединения ?

ERROR: S client not available

pgbouncer + sysctl в "правильных местах" потрогать

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

ещё один наивный идеалист ))

)))

не получится так да ?

неа

перевести клиентов с одного на другой почти без разрыва получится, а вот про "спокойно" не факт )

в принципе кратковременный разрыв допустим

говорю запросов там не много. просто много коннектов

перевести клиентов с одного на другой почти без разрыва получится, а вот про "спокойно" не факт )

Если не секрет каким образом ?

У вас, видимо, какая-то беда с приложением, с ним не пробовали разобраться ?

У вас, видимо, какая-то беда с приложением, с ним не пробовали разобраться ?

пробовали. это отдельная тема.

ну bouncer как раз и держит коннекты со стороны клиента если что с БД происходит клиенты не заметят

Если не секрет каким образом ?

на балансировщеке адрес мастера поменять, все как всегда )

короче нафиг pgpool ? лучше pgbouncer в session режиме. так ?

на балансировщеке адрес мастера поменять, все как всегда )

:)))

Лично я не смог заставить работать pgpool

до какого состояния ?

фейловер работает, лоад балансинг тоже

проблема в "обслуживании" всего этого хозяйства

а что не так с обслуживанием ?

:)))

именно, а потом идут работы по восстановлению мастера и все такое , но это уже потом ) В любом случае если приложение не может переходить в RO то говорить о какой-либо доступности особо не приходится

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

а что не так с обслуживанием - а почему тогда этот вопрос возник ? :)

я пока не экслпуталировал ни тот ни другой вариант

есть некоторые "нюансы" при ребуте серверов и прочему, уж очень остро на это пгпул реагирует

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

именно

тоесть альтернатив stream replica видимо нету.

и фейловер с пгпулом те же проблемы порождает

ну и ладно у меня записи пиком 5к а среднее 100 rps