966 членов. Может еще в какой чатик прорекламировать? Осталось всего ничего

ща закину

спам роботов ))

966 членов. Может еще в какой чатик прорекламировать? Осталось всего ничего

как если бы мы за количеством гнались

как если бы мы за количеством гнались

Все равно душа тяготеет к круглой сумме ?

Все равно душа тяготеет к круглой сумме ?

1024?

кто-нибудь ответьте пожалуйста на мой вопрос

кто-нибудь ответьте пожалуйста на мой вопрос

Когда я баловался с двумя синхронными репликами, то обе были таковыми. Т.е sync_state в выводе select * from pg_stat_replication; показывал sync на обоих репликах. Правда я баловался со слотами.

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

Нет, я не использую синхронные реплики. Потому что это - боль, Боль, БОЛЬ с производительностью.

А вообще хотелось бы ссылочку на подобную документацию. Что-то меня терзают смутные сомнения.

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

посмотрел в сторону pgPool там вроде тоже синхронно кто-нибудь использовал ?

@Chuguniy у меня пик транзакций максимум будет 800 в секунду ближайщие 5 лет, на производительность такой нагрузки сильно повлияет ?

Друзья в документации не нашел ответа. При синхронной потоковой репликации там написано , если использовать в synchronous_standby_names('sync1','sync2') то sync1 будет работать синхронно ,а sync2 будет в режиме ожидания. Вот в режиме ожидания он будет рабодать асинхронно и при сбое sync1 он докатится и начнет работаь синхронно или что подразумевается в этом?

https://postgrespro.ru/docs/postgresql/9.6/warm-standby

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

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

@kelvich в одном датацентре будет , ожидается максимум 800 транзакций в секунду ,это очень мало надеюсь сильно не повлияет на производительность Игорь спасибо

@kelvich в одном датацентре будет , ожидается максимум 800 транзакций в секунду ,это очень мало надеюсь сильно не повлияет на производительность Игорь спасибо

в таком случае на производительность совсем не повлияет. Но имейте в виду, что если синхронная реплика перестанет работать, то мастер перестанет писать

@kelvich для этого у меня будет 1 резервной сервер

?

спасибо огромное

всем привет, маленький вопрос - нету же скорости между поиском по id таблицы и uniqe колонке?

скорости между нет

всем привет, маленький вопрос - нету же скорости между поиском по id таблицы и uniqe колонке?

Что такое id таблицы?

primary key?

primary key

Нету ).

При условии, что все остальные свойства идентичны.

Селективность, тип данных и так далее.

ну там field integer UNIQUE NOT NULL при создании таблицы

спасибо

правда pk uint все же

Такой же уникальный индекс создаётся.

но тут отрицательных нету тоже

А есть aggregate function похожий на md5-cbc?

а еще вопрос, есть колонка с интами и ее аналог, только типа varchar, т.е, там 1112323, а там "1112323", по обоим btree индексы созданы, скорость поиска по ним одинаковая, это так и должно быть?

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

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

50 млн, count 1800, по одной. т.е. чистил кеш системы, делал, запрос, потом так же

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

рандомом выбирали записи?

А там должна быть серьезная разница?

рандомом выбирали записи?

да по одному значению, где результатов относительно много

Гм, мне кажется, или except быстрее not in?

возможно, они просто разные?

аа, все, distinct добавил в not in

и сравнялись

Парни такой вопрос . Какие могут быть объектиные причины к появлению replication lag . при том что сервера находятся в одной подсети, на одном свитче. диски RAID10 SSD ?

долго висящие транзакции?

Парни такой вопрос . Какие могут быть объектиные причины к появлению replication lag . при том что сервера находятся в одной подсети, на одном свитче. диски RAID10 SSD ?

На репликах: select datname,conflicts from pg_stat_database; select * from pg_stat_database_conflicts;

На репликах: select datname,conflicts from pg_stat_database; select * from pg_stat_database_conflicts;

в момент лага ? или там история где то сохраняется ?

в момент лага ? или там история где то сохраняется ?

сохраняется

confl_lock

57

confl_bufferpin 243

сейчас еще один лаг был но эти счетчики не поменялсь

Парни такой вопрос . Какие могут быть объектиные причины к появлению replication lag . при том что сервера находятся в одной подсети, на одном свитче. диски RAID10 SSD ?

Как определяете лаг? Каково значение?

воу очень круто, загружаю однострочником gzipped дампы c aws s3 через pgloader в постгрес

воу очень круто, загружаю однострочником gzipped дампы c aws s3 через pgloader в постгрес

А zcat + pgsql уже запретил Роскомнадзор?

А zcat + pgsql уже запретил Роскомнадзор?

Не, просто в дампах дубликаты и некоторые строки невалидны

ERROR: S client not available

Не, просто в дампах дубликаты и некоторые строки невалидны

Ого

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

которую купил оракл чтоли?

которую купил оракл чтоли?

да

Добрый день! Может есть какие-то исследования или рекомендации, что на новых ядрах postgresql 9.6 работает быстрее? Выбираю между centos 7 или свежей ubuntu, например. Вот думаю, стоит экспериментировать с ubuntu последней или, как и раньше, взять centos и разницы не будет?

Добрый день! Может есть какие-то исследования или рекомендации, что на новых ядрах postgresql 9.6 работает быстрее? Выбираю между centos 7 или свежей ubuntu, например. Вот думаю, стоит экспериментировать с ubuntu последней или, как и раньше, взять centos и разницы не будет?

https://blog.2ndquadrant.com/postgresql-vs-kernel-versions/

Во, что-то похожее и искал Спасибо

Всем привет, время немного упоротых вопросов. Возможно ли востановить базу данных, имя на руках только папку base из pg_data?)

pg_filedump-ом выцарапать собственно данные, потом заново создать инстанс и в него загрузить полученные данные.

Спасибо, попробую

друзья, всем привет, бьюсь уже который час может кто может подсказать, есть ф-я CREATE SERVER https://www.postgresql.org/docs/9.1/static/sql-createserver.html у нее key-value options заполняются OPTIONS (host 'foo', dbname 'foodb', port '5432') пытаюсь вызвать ее из своей ф-ии и передать в options значения OPTIONS (host my_host, dbname my_db, port my_var) как уже что не пробовал, ничего не получается может кто то подскажет (все перерыл, ничего не нашел), был бы очень благодарен

друзья, всем привет, бьюсь уже который час может кто может подсказать, есть ф-я CREATE SERVER https://www.postgresql.org/docs/9.1/static/sql-createserver.html у нее key-value options заполняются OPTIONS (host 'foo', dbname 'foodb', port '5432') пытаюсь вызвать ее из своей ф-ии и передать в options значения OPTIONS (host my_host, dbname my_db, port my_var) как уже что не пробовал, ничего не получается может кто то подскажет (все перерыл, ничего не нашел), был бы очень благодарен

почему бы не использовать EXECUTE?

EXECUTE format(....)

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

((

а так, да, работает, спасибо !

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

а это не структура данных

это запрос специальный, в него, возможно, вообще нельзя в plpgsql и т д подставить ничего

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

нет

оке, я понял, спасибо !

:)

Добрый день! Понадобилось обновлять большую материализованную вьюху при обновлении определенной таблицы, на которой та строится. Засунул рефреш в функцию, функцию в триггер и обнаружил что триггер вызывается внутри транзакции отчего обновление той таблицы (вместе с рефрешем вьюхи) занимает очень много времени. Нет ли возможности как-нибудь запустить этот триггер/функцию асинхронно?

друзья, всем привет, бьюсь уже который час может кто может подсказать, есть ф-я CREATE SERVER https://www.postgresql.org/docs/9.1/static/sql-createserver.html у нее key-value options заполняются OPTIONS (host 'foo', dbname 'foodb', port '5432') пытаюсь вызвать ее из своей ф-ии и передать в options значения OPTIONS (host my_host, dbname my_db, port my_var) как уже что не пробовал, ничего не получается может кто то подскажет (все перерыл, ничего не нашел), был бы очень благодарен

подобное не катит? v_sql := 'DROP SERVER IF EXISTS servname cascade;'; v_sql := v_sql || 'CREATE SERVER servname FOREIGN DATA WRAPPER plproxy OPTIONS (host ''' || my_host || ''', dbname ''' || my_db || ''', port ''' || my_var || ''');'; execute v_sql;

@PeterEgorov ага, отличное решение ) спасибо большое !

велком

Всем привет, время немного упоротых вопросов. Возможно ли востановить базу данных, имя на руках только папку base из pg_data?)

Можно выкинуть

Можно выкинуть

Как-то так я и понял. Слава богам, удалось получить пару не таких древних бекапов)