5.33

6:33

забыл что UA в прошлом живет 😏

шутки за 100

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

пффф, пуши в телегу через бота 😊

:D

шедеврально, надо распечатать и в рамочку повесить👍

мысли пачкают мозги (с)

shared_buffers = 32GB # А сама база (а лучше, hot data) какого размера?
effective_io_concurrency = 0 # Жестоко. Почему так?

max_parallel_workers_per_gather = 20 # Это какое-то безумие почти для всех нагрузок, Вы меня извините
max_parallel_workers = 40 # Особенно в сочетании вот с этим

max_wal_size = 4GB # А точно этого хватает для типичной нагрузки?
min_wal_size = 1GB # В логе есть что-то про checkpoints?

random_page_cost = 4.0 # Опять-таки, см. shared_buffers. И какие диски, кстати?
effective_cache_size = 60GB # Хотя у Вас 128 Гб памяти? Маловато, почти наверняка.

dynamic_shared_memory_type = posix  # Обычно это просто не нужно... почему указано?

hot data не превышает 32 GB
effective_io_concurrency - видимо мы не понимаем важность этого параметра, если есть какието рекомендации либо ссылки на полезные ресурсы, был бы благодарен. стандартная документация Postgres очень скудна в плане оптимизации
max_parallel_workers - это вообще непонятно. типа сколько  параллельных процессов может запуститься? т.е. если у мня 500 коннектов к базе, и max_parallel_workers=40, это у меня параллельно будет 500*40 процессов/сессий в БД? надо уменьшать?(или 500+40)
effective_cache_size делалось под старые требования, когда ОЗУ было в 2 раза меньше

> hot data не превышает 32 GB

А как Вы это выяснили? В общем, если на самом деле иногда превышает, shared_buffers можно увеличить.

> effective_io_concurrency - видимо мы не понимаем важность этого параметра

Зачем тогда было трогать? ;)

> если есть какието рекомендации либо ссылки на полезные ресурсы, был бы благодарен.

http://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server

> стандартная документация Postgres очень скудна в плане оптимизации

Достаточно подробно там описан смысл параметров (если не так — приведите примеры).
Конкретных примеров настройки, конечно, почти нет.
Но на "прикидочные" значения можно насмотреться, меняя параметры здесь: http://pgconfigurator.cybertec.at/ (ну или, на худой конец, здесь:  http://pgtune.leopard.in.ua/ ).

> это вообще непонятно. типа сколько  параллельных процессов может запуститься

Про это Вам уже написали — https://t.me/pgsql/279901

> effective_cache_size делалось под старые требования, когда ОЗУ было в 2 раза меньше

Ясно. Стоит поправить.

И на остальные вопросы Вы опять не ответили. ;)

log_temp_files - правильно ли я понимаю, что если в ОЗУ не помещается результат, то он на диск будет сбрасываться? просто какая то двойственная формулировка "log sorts, hashes, and temp files" - толи просто в логи текстовые пишет об этом толи действительно буфер туда скидывает...

если результат вычислений не помещается в work_mem, то результаты вычислений пишутся на диск во временный файл (удалится после вычислений) и инфа об этом будет записана в логи

ребят а в чем отличительная разница views  и table я просто читаю в гугли написанно что views выглядит как хэш

а зачем нужен views ?

Views работает быстрее на отображение

вот, а по дефолту это отключено? у нас СУБД съедает всю доступную память на сервере

есть еще materialized view. это уже больше к области применения и задачи зависит, что Вам нужно

log_temp_files по дефолту выключен да.

"СУБД съедает" - довольно вольная трактовка... как вы понимаете что вся память съедена? нужны цифры (Инженерия — про числа. Анализ без чисел — мнение)