Есть своё удобство

если не секрет, в чём?

в лимитировании ресурсов, например

не всем нужно базе целую машину отдавать

сетевая изоляция

повторяемость сборки

короче, есть плюсы ;)

в лимитировании ресурсов, например

Угу, и непредсказуемость ресурсов. Внезапно соседняя виртулка может сожрать весь диск.

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

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

шардинг?

там даже не шардинг

слейвы так поднимаются?

слейвы так поднимаются?

не вижу смысла, они же догоняться должны

ну если мастера, то это же сплитбрейн забесплатно

там вся база меняется раз в релиз, на ней запросы все read-only cpu-bound

а если БД в 500Г, то гонять на слейв новый как-то не очень

ааа

удобно ;)

там вся база меняется раз в релиз, на ней запросы все read-only cpu-bound

мечта )

да, и вся боль перетекает в оффлайн-сборку нового релиза замороженной базы :)

если не секрет, в чём?

Снапшоты?

автостарт постгреса как сервиса как сделать, если из исходников компилить, есть инструктажка, или лучше из пакета установить?

автостарт постгреса как сервиса как сделать, если из исходников компилить, есть инструктажка, или лучше из пакета установить?

Модно, задорно, молодёжно! Каким образом инициализируется система: sysv init, openrc, systemd? И ставить таки луТше из пакетов.

sysv - Deb/RH?

centos 7, systemd

Из пакетов. Однозначно.

Что, впрочем, актуально для любого дистрибутива.

ок, спасиб

кому был интересен бекап с реплики? pg_arman научился для 9.6 это делать.

После перехода на 9.6 теперь вместо: select count(tags_array[1:array_length(tags_array, 1)]) from jvwall_posts; желательно использовать: select count(tags_array[1:]) from jvwall_posts; Это даёт 7% прирост в скорости выборки. PS count тут просто, что бы seqscan сделать полный

да кстати, прикольное замечание, что опущение array boundary не просто удобство, а и ускорение

В Changelog об этом ни слова, а зря. Зато видно, кто патч делал ;) Allow omitting one or both boundaries in an array slice specifier, e.g. array_col[3:] (Yury Zhuravlev) Omitted boundaries are taken as the upper or lower limit of the corresponding array subscript. This allows simpler specification for many common use-cases.

В Changelog об этом ни слова, а зря. Зато видно, кто патч делал ;) Allow omitting one or both boundaries in an array slice specifier, e.g. array_col[3:] (Yury Zhuravlev) Omitted boundaries are taken as the upper or lower limit of the corresponding array subscript. This allows simpler specification for many common use-cases.

себя не похвалишь, никто не похвалит :) А вообще я ещё когда делал патч думал, что будет прирост но что то забыл проверить. Сегодня добрался и тестанул на живой БД.

котаны, какие подводные камни есть, если засунуть base/pgsql_tmp/ на рамдиск?

котаны, какие подводные камни есть, если засунуть base/pgsql_tmp/ на рамдиск?

гы, и сколько он у тебя?

гы, и сколько он у тебя?

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

почти это сколько?

ну 50 мб в пике

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

у меня вот до 70 ГБ доходило

да у меня вся база меньше :)

work_mem поднял до небес, и все равно фигачит временные файлы

размером по 5 килобайт блин

надо было брать оракл

размером по 5 килобайт блин

ну и что, сильно портит explain ?

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

мне бы такие проблемы ))

у всех свои нюансы :)

базы в 50 МБ, ssd, tmp в 5 кб

2016-10-04 15:11:23 MSK [4688-120] gdeposylka@gdeposylka STATEMENT: SELECT t0.id AS id_1, t0.name AS name_2, t0.short_name AS short_name_3, t0.source_slug AS source_slug_4, t0.lat AS lat_5, t0.lng AS lng_6, t0.street_id AS street_id_7, t0.zip_code_id AS zip_code_id_8 FROM moscow.house t0 INNER JOIN moscow.government_house_link ON t0.id = moscow.government_house_link.house_id WHERE moscow.government_house_link.government_id = $1 ORDER BY t0.name ASC 2016-10-04 15:11:23 MSK [4688-121] gdeposylka@gdeposylka LOG: temporary file: path "base/pgsql_tmp/pgsql_tmp4688.60", size 5634980 2016-10-04 15:11:23 MSK [4688-122] gdeposylka@gdeposylka STATEMENT: SELECT t0.id AS id_1, t0.name AS name_2, t0.short_name AS short_name_3, t0.source_slug AS source_slug_4, t0.lat AS lat_5, t0.lng AS lng_6, t0.street_id AS street_id_7, t0.zip_code_id AS zip_code_id_8 FROM moscow.house t0 INNER JOIN moscow.government_house_link ON t0.id = moscow.government_house_link.house_id WHERE moscow.government_house_link.government_id = $1 ORDER BY t0.name ASC 2016-10-04 15:11:23 MSK [4688-123] gdeposylka@gdeposylka LOG: temporary file: path "base/pgsql_tmp/pgsql_tmp4688.61", size 3912 2016-10-04 15:11:23 MSK [4688-124] gdeposylka@gdeposylka STATEMENT: SELECT t0.id AS id_1, t0.name AS name_2, t0.short_name AS short_name_3, t0.source_slug AS source_slug_4, t0.lat AS lat_5, t0.lng AS lng_6, t0.street_id AS street_id_7, t0.zip_code_id AS zip_code_id_8 FROM moscow.house t0 INNER JOIN moscow.government_house_link ON t0.id = moscow.government_house_link.house_id WHERE moscow.government_house_link.government_id = $1 ORDER BY t0.name ASC 2016-10-04 15:11:24 MSK [4688-125] gdeposylka@gdeposylka LOG: temporary file: path "base/pgsql_tmp/pgsql_tmp4688.62", size 5634980 2016-10-04 15:11:24 MSK [4688-126] gdeposylka@gdeposylka STATEMENT: SELECT t0.id AS id_1, t0.name AS name_2, t0.short_name AS short_name_3, t0.source_slug AS source_slug_4, t0.lat AS lat_5, t0.lng AS lng_6, t0.street_id AS street_id_7, t0.zip_code_id AS zip_code_id_8 FROM moscow.house t0 INNER JOIN moscow.government_house_link ON t0.id = moscow.government_house_link.house_id WHERE moscow.government_house_link.government_id = $1 ORDER BY t0.name ASC 2016-10-04 15:11:24 MSK [4688-127] gdeposylka@gdeposylka LOG: temporary file: path "base/pgsql_tmp/pgsql_tmp4688.63", size 3912 2016-10-04 15:11:24 MSK [4688-128] gdeposylka@gdeposylka STATEMENT: SELECT t0.id AS id_1, t0.name AS name_2, t0.short_name AS short_name_3, t0.source_slug AS source_slug_4, t0.lat AS lat_5, t0.lng AS lng_6, t0.street_id AS street_id_7, t0.zip_code_id AS zip_code_id_8 FROM moscow.house t0 INNER JOIN moscow.government_house_link ON t0.id = moscow.government_house_link.house_id WHERE moscow.government_house_link.government_id = $1 ORDER BY t0.name ASC

2016-10-04 15:11:23 MSK [4688-123] gdeposylka@gdeposylka LOG: temporary file: path "base/pgsql_tmp/pgsql_tmp4688.61", size 3912

вот таких огромное количество

при ворк_мем 16 мб

при чем тут размер базы? размер директории временных файлов же говорил

какого размера таблицы house и government_house_link ?

по 100 мб

метчится запросом около 500-1000 записей

насколько я знаю при join желательно слева иметь меньшего размера таблицу.

неужели PG оптимизатор смотрит на такое? Что-то сильно сомнительно (очень не хочется в такое верить)

я думаю дело все-таки в сортировке

неужели PG оптимизатор смотрит на такое? Что-то сильно сомнительно (очень не хочется в такое верить)

ну это обычно при left join, при inner не знаю.

я думаю дело все-таки в сортировке

может так написать FROM moscow.house t0, moscow.government_house_link t1 AND t0.id = t1.house_id WHERE t1.government_id = $1 ORDER BY t0.name ASC

выставили work_mem в почти всю память, аналитика пошла считаться хорошо

(параллельных запросов почти не случается)

котаны, какие подводные камни есть, если засунуть base/pgsql_tmp/ на рамдиск?

Ну все как обычно - OOM killer поимеет тебя.

ERROR: S client not available

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

OOM

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

валидно перестанет принимать коннекты

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

А кто-нибудь знает, эта тема так и заглохла в 2015 в рассылке? https://www.postgresql.org/message-id/5560C182.30602@wizmail.org

точто нет

а где посмотреть ее развитие?

в треде, который завершилсо. можно такое дописать, но только в треде уже сказали: нужны описание, спеки, библиотеки и прочее. но сама эта фича под вопросом: в реальности ты живешь с синхронной репликой и с synconous_commit = remote_write можно жить и через wal_buffers

http://i.imgur.com/dBkySQ3.png

что эт вообще?

винда 10

А есть (кроме меня) такие, кто живёт хорошо совсем без GUI? Всё в консольке, как у линуксовых админов

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

что эт вообще?

Посоветую Navicat Pro, он на торрентах есть

Посоветую Navicat Pro, он на торрентах есть

Нууу, меня пгадмин устраивает

Но он не запускается

только консоль, только psql

запросы на 300 строк тоже в psql пишите?

запросы на 300 строк тоже в psql пишите?

В файл, а потом этот файл psql-ю скармливать - не?

вимите значит, понятно)

Не вимить, а гвимить.

Ну да. ))

гвим, он таки поприятней вима. :)

гвим, он таки поприятней вима. :)

чем?

чем обычный вим плох?)

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

Ну тогда сублиме, он лучше. И плагинов к нему куча.

Ну тогда сублиме, он лучше. И плагинов к нему куча.

Там вим-мод херовый

И с плагинами чехарда

чем?

Отдельным окном. У меня в консольном вим-е цветовая дифференциация ... эээ... кода отключена. От слова совсем, потому что на разных дистрах она (подсветка синтаксиса) разнится от неприемлемой до полного непотребства. :) Цвета в консоли мне настраивать лень. А в гвиме подсветка нормальная. Это вот, если не лезь в diff .{,g}vimrc

А общем как всегда, на вкус все фломастеры разные))

ещё 1 и будет 500