ХБ
«Не помогает»?
Пишет, что не даёт оптимальных настроек на очень больших объёмах
Size: a a a
2021 February 03
am
Да врет он. Все он дает.
a
Нагуглите "postgresql migration $language_name", если готовое хотите.
На баше даже есть: https://github.com/mbucc/shmig
Если хотите намудрить самому, то просто сделайте таблицу migrations. Если в ней нет номера текущей миграции, то запускайте ее путем путем
На баше даже есть: https://github.com/mbucc/shmig
Если хотите намудрить самому, то просто сделайте таблицу migrations. Если в ней нет номера текущей миграции, то запускайте ее путем путем
BEGIN; <сама миграция>; INSERT INTO migrations ...; COMMIT
я сейчас ищу варианты что бы выбрать оптимальный. Есть такая штука как sqitch, вникаю что делает и как
YS
Коллеги, имею сложности с настройкой новых серверов с 256 ОЗУ на борту. Pgtune на таких объёмах уже не помогает. Подскажите пожалуйста, в какую сторону смотреть, в документации насколько запутан этот пункт.
http://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server
Ну и http://pgconfigurator.cybertec.at/ , если хотите попробовать альтернативный "автотюнер".
Ну и http://pgconfigurator.cybertec.at/ , если хотите попробовать альтернативный "автотюнер".
ХБ
Да врет он. Все он дает.
Понял, спасибо. Ещё хочу уточнить - если делать кластер с использованием patroni на разных по конфигурации (процессор, память) серверах, их же можно тюнить каждый раздельно (на считая общих требуемых настроек), например с помощью файла postgres.base.conf или параметра custom_conf?
ХБ
Yaroslav Schekin
http://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server
Ну и http://pgconfigurator.cybertec.at/ , если хотите попробовать альтернативный "автотюнер".
Ну и http://pgconfigurator.cybertec.at/ , если хотите попробовать альтернативный "автотюнер".
Спасибо, попробую!
YS
at
я сейчас ищу варианты что бы выбрать оптимальный. Есть такая штука как sqitch, вникаю что делает и как
А с этим согласен кто-то из тех, кто в этом разбирается? ;)
Он в самом деле довольно-таки устарел, и, хуже того, даже не "спрашивает" пользователя о всех существенных параметрах для генерации tuning.
Он в самом деле довольно-таки устарел, и, хуже того, даже не "спрашивает" пользователя о всех существенных параметрах для генерации tuning.
am
Понял, спасибо. Ещё хочу уточнить - если делать кластер с использованием patroni на разных по конфигурации (процессор, память) серверах, их же можно тюнить каждый раздельно (на считая общих требуемых настроек), например с помощью файла postgres.base.conf или параметра custom_conf?
Это шутка была. Важность «тюнинга» сильно переоценена, а если не знать профиля нагрузки на базу и не понимать, за что отвечают параметры и как ведет себя база — можно поотстреливать себе все ноги.
Да, память можно выделять на разные сервера по-разному.
Да, память можно выделять на разные сервера по-разному.
ХБ
Это шутка была. Важность «тюнинга» сильно переоценена, а если не знать профиля нагрузки на базу и не понимать, за что отвечают параметры и как ведет себя база — можно поотстреливать себе все ноги.
Да, память можно выделять на разные сервера по-разному.
Да, память можно выделять на разные сервера по-разному.
Ясно. Буду пытать разработчиков.
am
(примечание:
— мое мнение не разделяется в этом чате;
— здесь ругают за то, что не потюнил;
— здесь ругают за то, что потюнил, но не так, как они любят)
— мое мнение не разделяется в этом чате;
— здесь ругают за то, что не потюнил;
— здесь ругают за то, что потюнил, но не так, как они любят)
ХБ
ДБА отсутствует (впрочем как у многих), а сервера БД ставить надо. Выкручиваюсь.
YS
Это шутка была. Важность «тюнинга» сильно переоценена, а если не знать профиля нагрузки на базу и не понимать, за что отвечают параметры и как ведет себя база — можно поотстреливать себе все ноги.
Да, память можно выделять на разные сервера по-разному.
Да, память можно выделять на разные сервера по-разному.
> Важность «тюнинга» сильно переоценена
Смотря с чём сравнивать / как оценивать.
Потому что разница в производительности в некоторых ситуациях может быть и в 3 раза, например.
Мало это или много — вопрос мнения. ;)
> можно поотстреливать себе все ноги.
Да, конечно. Но какие-то прикидки (и настройки) сделать обычно можно.
Смотря с чём сравнивать / как оценивать.
Потому что разница в производительности в некоторых ситуациях может быть и в 3 раза, например.
Мало это или много — вопрос мнения. ;)
> можно поотстреливать себе все ноги.
Да, конечно. Но какие-то прикидки (и настройки) сделать обычно можно.
am
Yaroslav Schekin
> Важность «тюнинга» сильно переоценена
Смотря с чём сравнивать / как оценивать.
Потому что разница в производительности в некоторых ситуациях может быть и в 3 раза, например.
Мало это или много — вопрос мнения. ;)
> можно поотстреливать себе все ноги.
Да, конечно. Но какие-то прикидки (и настройки) сделать обычно можно.
Смотря с чём сравнивать / как оценивать.
Потому что разница в производительности в некоторых ситуациях может быть и в 3 раза, например.
Мало это или много — вопрос мнения. ;)
> можно поотстреливать себе все ноги.
Да, конечно. Но какие-то прикидки (и настройки) сделать обычно можно.
А завтра программист Вася выйдет из отпуска, перепишет половину запросов — и будет кричать «дядя DBA, помоги — твой потюненный постгрес с OOM падает каждые 5 минут».
В свете этого «тюньте базу» — это просто прекрасный совет для новичков.
В свете этого «тюньте базу» — это просто прекрасный совет для новичков.
YS
А завтра программист Вася выйдет из отпуска, перепишет половину запросов — и будет кричать «дядя DBA, помоги — твой потюненный постгрес с OOM падает каждые 5 минут».
В свете этого «тюньте базу» — это просто прекрасный совет для новичков.
В свете этого «тюньте базу» — это просто прекрасный совет для новичков.
> твой потюненный постгрес с OOM падает каждые 5 минут
В этом случае этот "дядя", скорее всего, какой-то неправильный DBA, потому "падать с OOM" корректно сконфигурированный postgres в норме не должен. ;)
И да, это прекрасный совет для новичков. Я даю ссылки, а не просто пишу "тюньте базу".
В этом случае этот "дядя", скорее всего, какой-то неправильный DBA, потому "падать с OOM" корректно сконфигурированный postgres в норме не должен. ;)
И да, это прекрасный совет для новичков. Я даю ссылки, а не просто пишу "тюньте базу".
ХБ
Самое смешное - на сервере будет несколько баз, отличающихся моделями запросов, размером данных и прочим. Как вот это всё совмещать - совершенно непонятно.
YS
Самое смешное - на сервере будет несколько баз, отличающихся моделями запросов, размером данных и прочим. Как вот это всё совмещать - совершенно непонятно.
Как много? Потому что есть вариант использовать разные database clusters (instances).
ХБ
Штук 10 минимум. Какие-то - копеечные, какие-то от 100 гигов. Что конкретно будет храниться - уточняю. Запросы на чтение - с реплики
YS
Штук 10 минимум. Какие-то - копеечные, какие-то от 100 гигов. Что конкретно будет храниться - уточняю. Запросы на чтение - с реплики
Как-то много (идеальный вариант 1 "рабочая" БД на кластер, конечно).
Можно попробовать распределить по требованиям recovery strategy, или моделям данных / запросов и т.п по 2-3 кластерам.
И почему бы не отдельные серверы, в конце концов? ;)
Можно попробовать распределить по требованиям recovery strategy, или моделям данных / запросов и т.п по 2-3 кластерам.
И почему бы не отдельные серверы, в конце концов? ;)
ХБ
Серверов всего 2. Покупали специально под бд. Пояснение учту, большое спасибо
am
Yaroslav Schekin
> твой потюненный постгрес с OOM падает каждые 5 минут
В этом случае этот "дядя", скорее всего, какой-то неправильный DBA, потому "падать с OOM" корректно сконфигурированный postgres в норме не должен. ;)
И да, это прекрасный совет для новичков. Я даю ссылки, а не просто пишу "тюньте базу".
В этом случае этот "дядя", скорее всего, какой-то неправильный DBA, потому "падать с OOM" корректно сконфигурированный postgres в норме не должен. ;)
И да, это прекрасный совет для новичков. Я даю ссылки, а не просто пишу "тюньте базу".
У меня тут полный чат таких неправильных DBA. Я им говорю — «постгрес не течет», а они мне: «Еще как течет! Вот, открываешь postgresql.conf, подкручиваешь здесь work_mem, ставишь параллельность побольше...»