Добрый день. После апгрейда кластера с 9.3 до 9.6 таблицы пустые, но при этом размер базы прежний. В чем может быть дело?

https://ru.stackoverflow.com/questions/790355/postgres-%D0%92%D1%81%D0%B5-%D0%B2%D0%BD%D0%B5%D1%88%D0%BD%D0%B8%D0%B5-%D1%81%D0%B2%D1%8F%D0%B7%D0%B8-%D0%B2-%D1%82%D0%B0%D0%B1%D0%BB%D0%B8%D1%86%D0%B5-%D0%BD%D0%B0-%D0%BE%D0%BF%D1%80%D0%B5%D0%B4%D0%B5%D0%BB%D0%B5%D0%BD%D0%BD%D1%8B%D0%B9-%D1%81%D1%82%D0%BE%D0%BB%D0%B1%D0%B5%D1%86

народ, прошу хелпу. Чегой-то туплю, однако. Что за чем ставится, и почему: haproxy за pgbouncer-ом, или наоборот? Нагрузка - в основном OLTP

* вспоминая, что доводилось видеть: как-то вот haproxy за pgbouncer-ом, но вот почему?

народ, прошу хелпу. Чегой-то туплю, однако. Что за чем ставится, и почему: haproxy за pgbouncer-ом, или наоборот? Нагрузка - в основном OLTP

Неправильно вопрос поставлен. Нужно спросить - что ставить перед приложением, pgbouncer или haproxy? И ответ найдёшь в инструкции pgbouncer.

* вспоминая, что доводилось видеть: как-то вот haproxy за pgbouncer-ом, но вот почему?

https://dba.stackexchange.com/questions/56559/postgresql-high-availability-scalability-using-haproxy-and-pgbouncer

подскажет кто?(

Неправильно вопрос поставлен. Нужно спросить - что ставить перед приложением, pgbouncer или haproxy? И ответ найдёшь в инструкции pgbouncer.

А чо там в инструкции-то?

А чо там в инструкции-то?

По сути то что написано в ссылке которую выше скинули. То для чего используется pgbouncer, т.е. poller.

По сути то что написано в ссылке которую выше скинули. То для чего используется pgbouncer, т.е. poller.

В выше ссылке один пишет одно, другой другое. Правда где?

В выше ссылке один пишет одно, другой другое. Правда где?

Зависит от того что ты хочешь получить? От твоего приложения. Может ли оно восстанавливать коннект к БД?

Зависит от того что ты хочешь получить? От твоего приложения. Может ли оно восстанавливать коннект к БД?

Мне кажется

Зависит от того что ты хочешь получить? От твоего приложения. Может ли оно восстанавливать коннект к БД?

Восстанавливать на какой момент времени?

Восстанавливать на какой момент времени?

Ну вот был у тебя коннект через haproxy-pgbouncer-PGmaster1 и вдруг происходит переключение на второй сервак БД, т.е. мастером стал второй сервак и haproxy перекидывает коннекты на другой pgbouncer. Что в этом случае будет делать приложение?

народ, прошу хелпу. Чегой-то туплю, однако. Что за чем ставится, и почему: haproxy за pgbouncer-ом, или наоборот? Нагрузка - в основном OLTP

Одна из причин, если соединение будет принимать haproxy,то у pgbouncer будет IP haproxy а не клиента. Это может быть ограничением для использования pg_hba.conf в pgbouncer

подскажет кто?(

А Вы отдельно этот SELECT проверяли / тестировали?

А Вы отдельно этот SELECT проверяли / тестировали?

я его уже несколько раз переписал. у меня оно криво работает, не так как я хочу(

я его уже несколько раз переписал. у меня оно криво работает, не так как я хочу(

Так показали бы его отдельно от прочего, раз в нём проблема...

Так показали бы его отдельно от прочего, раз в нём проблема...

так по ссылочке только один select с dblink

там где case

я специально дал целиком чтобы было понятно о чем речь

я специально дал целиком чтобы было понятно о чем речь

А что не так работает, конкретно? Вы добились, чтобы этот SELECT работал на том сервере так, как Вам нужно?

А что не так работает, конкретно? Вы добились, чтобы этот SELECT работал на том сервере так, как Вам нужно?

дилемма в том что у меня case срабатывает криво. проблема именно в case...

но возможно и целиком в запросе, вероятно я где-то непонимаю

Что такое "криво", конкретно?

если я делаю такой селект: https://pastebin.com/b4XfVGMq то у меня выходит так:

если я уберу t1.time < time2

то будет вообще бред

Одна из причин, если соединение будет принимать haproxy,то у pgbouncer будет IP haproxy а не клиента. Это может быть ограничением для использования pg_hba.conf в pgbouncer

Вы с банусером уже берете авторизацию на себя, какой там hba

но возможно и целиком в запросе, вероятно я где-то непонимаю

Отклоняясь от исходного вопроса... а почему Вы уверены, что id у Вас идут по порядку time? А к вопросу: "CASE WHEN t1.time IS NULL THEN" —- у Вас time NULLable?

Вы с банусером уже берете авторизацию на себя, какой там hba

например, если нужно авторизовывать только для определенных сетей: https://pgbouncer.github.io/config.html#auth_type

Отклоняясь от исходного вопроса... а почему Вы уверены, что id у Вас идут по порядку time? А к вопросу: "CASE WHEN t1.time IS NULL THEN" —- у Вас time NULLable?

ну потому что они так в базу пишутся. ну т.е. это факт. так софт написан. эм... у меня time может просто вообще не быть. ну т.е. строки может следующей не быть

ну потому что они так в базу пишутся. ну т.е. это факт. так софт написан. эм... у меня time может просто вообще не быть. ну т.е. строки может следующей не быть

А разве это следующая строка, а не текущая?

А разве это следующая строка, а не текущая?

дык у меня преобразование. следующая строка становится time-to

может я что-то не понимаю?(

дык у меня преобразование. следующая строка становится time-to

Что? Я ничего не понял. :( Еще раз: t1 —- это текущая строка, t2 —- следующая, верно? Тогда зачем проверка: WHEN t1.time IS NULL ?

Что? Я ничего не понял. :( Еще раз: t1 —- это текущая строка, t2 —- следующая, верно? Тогда зачем проверка: WHEN t1.time IS NULL ?

а если следующей строки нет?

а если следующей строки нет?

А причём тут это? Ещё раз: поле "time" NULL-able или нет?

ну вот смотри у меня 3 строки. 14.09, 15.07, 19.27; они преообразуются в time_from - time_to: 14.09 - 15.07 15.07 - 19.27 19.27 - 23.59.55

А причём тут это? Ещё раз: поле "time" NULL-able или нет?

честно - я незнаю((( оно просто timestamp.

честно - я незнаю((( оно просто timestamp.

Ну а в psql "\d settings_2s_qt" (на том сервере) что по этому поводу говорит?

Ну а в psql "\d settings_2s_qt" (на том сервере) что по этому поводу говорит?

time | timestamp without time zone

time | timestamp without time zone

Т.е. столбец NULL-able пуст... И что значит, если там NULL? И что толку от этого: t1.time::timestamp::date + time ''23:59:55'' ? Всё равно же NULL получится...

Т.е. столбец NULL-able пуст... И что значит, если там NULL? И что толку от этого: t1.time::timestamp::date + time ''23:59:55'' ? Всё равно же NULL получится...

я видимо некорректно изъяснился. там вообще всей строки может не быть. за что отвечает COALESCE.

в общем мне надо как-то соблюсти 2 условия, я непонимаю как. COALESCE и если следующая строка не из этого дня...

я видимо некорректно изъяснился. там вообще всей строки может не быть. за что отвечает COALESCE.

По-моему, Вы путаетесь. :( И в очередной раз: t1 —- это текущая строка, t2 —- следующая, верно?

По-моему, Вы путаетесь. :( И в очередной раз: t1 —- это текущая строка, t2 —- следующая, верно?

верно.

Так зачем Вы при вычислении time_to ориентируетесь на, фактически, time_from? (Где t1.time —- time_from, t2.time —- time_to.)

Так зачем Вы при вычислении time_to ориентируетесь на, фактически, time_from? (Где t1.time —- time_from, t2.time —- time_to.)

дык я потому и пришел с вопросами что запутался) в sql запросах я не очень пока шарю

народ, прошу хелпу. Чегой-то туплю, однако. Что за чем ставится, и почему: haproxy за pgbouncer-ом, или наоборот? Нагрузка - в основном OLTP

Вот, нашёл, что в авито забубенили: https://www.slideshare.net/AvitoTech/standby-postgresql-haproxy-pgbouncer-avito Но это, конечно, треш и угар: на аппликейшнах pgbouncer->haproxy, на db: pgbouncer->postgres. Т.е. схема: pgbouncer->haproxy->pgbouncer->postgres мать, мать, мать, привычно отозвалось эхо.

Вот, нашёл, что в авито забубенили: https://www.slideshare.net/AvitoTech/standby-postgresql-haproxy-pgbouncer-avito Но это, конечно, треш и угар: на аппликейшнах pgbouncer->haproxy, на db: pgbouncer->postgres. Т.е. схема: pgbouncer->haproxy->pgbouncer->postgres мать, мать, мать, привычно отозвалось эхо.

Миша, это наш бывший коллега, кстати ? Идея ставить на app pgbouncer, довольно разумная. Спасает от взорвавшегося приложения. Но это их кастомное решение, которое в гетерогенной среде не подходит

Насчёт разумности баунсера на аппликеёшнах - не знаю, не знаю. Я сейчас твой доклад на пгконф2018 смотрю по тому, что и как в Рамблере творится. У тебя приложения лезут в баунсер, а уже баунсер - в хапрокси.

Грубо утрируя.

Ну да, у меня это уровень абстракции. Так как мы предоставляем PostgreSQL as a Service. А в Avito своя, сильно заточенная инфраструктура сама в себе.

фух... я разобрался...

Авитовское решении крайне удачное

Добрый день господа подскажите пожалуйста есть проблема была связка master -> slave бинарной репликацией после чего я из slave сделал master (удалив recovery.conf) и одна из баз на кластере слейва сломалась и не захотела работать по причиние Could not open file "pg_clog/0CF2": No such file or directory почему? что может быть не так? что нужно делать в таких случаях? что нужно делать чтоб не повторилось

а зачем бинарную репликацию юзаете то?

ну потому-что она в софте и ненадо прикручивать всякие скрипты чтоб поддерживать логическую репликацию

Йо, как страшно -то было !

/me едва успел пополнить блеклист

А я открыл чатик во время совещания ухххх

Добрый день господа подскажите пожалуйста есть проблема была связка master -> slave бинарной репликацией после чего я из slave сделал master (удалив recovery.conf) и одна из баз на кластере слейва сломалась и не захотела работать по причиние Could not open file "pg_clog/0CF2": No such file or directory почему? что может быть не так? что нужно делать в таких случаях? что нужно делать чтоб не повторилось

не подскажите? просто вроде делал все по гайду а получилось такое :\

Добрый день господа подскажите пожалуйста есть проблема была связка master -> slave бинарной репликацией после чего я из slave сделал master (удалив recovery.conf) и одна из баз на кластере слейва сломалась и не захотела работать по причиние Could not open file "pg_clog/0CF2": No such file or directory почему? что может быть не так? что нужно делать в таких случаях? что нужно делать чтоб не повторилось

Не надо удалять recovery.conf, ибо переключение в режим чтения/записи происходит либо pg_ctl promote, либо созданием указанного в recovery.conf триггерного файла. А так - перезаливайте заново свою реплику.

Не надо удалять recovery.conf, ибо переключение в режим чтения/записи происходит либо pg_ctl promote, либо созданием указанного в recovery.conf триггерного файла. А так - перезаливайте заново свою реплику.

а разве переключится в мастера нельзя через удаление recovery.conf и рестарта?

Где вы такой "замечательный" совет увидели?

ЗЫ. Версия ПГ какая?

ЗЫ. Версия ПГ какая?

9.4

Где вы такой "замечательный" совет увидели?

хабр

Дайте ссылку.

скинул в лс

Давайте уж сюда. Вам здесь более популярно объяснят, почему так нельзя делать. Кстати, насчёт перезаливки - в рековери.конф есть такой параметр recovery_target_timeline - им есть резон поиграться для того, чтобы не зависеть от эпохи WAL-а: https://www.postgresql.org/docs/9.4/static/continuous-archiving.html#BACKUP-TIMELINES

Всем привет. Подскажите, в pl/pqsql оракловый тип type mt is table of integer index by varchar2(100); только через временную таблицу можно реализовать? /* Дальше по коду оракловых процедур объявляется переменная типа mt, например, mv mt; и используется так mv('строка'):= 42; ... if mv.exists('строка') ... */

Можно попытаться использовать массив. Зависит от того, как именно он используется в запросах и сколько данных туда предполагаетсчя запихать.

Не особо много. Как можно массив использовать, если может быть что mv('строка') = mv('строка1'); ?