Телеграмм чат группы pgsql страница 11975

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

pgsql – PostgreSQL

5743 membersпожаловаться на группу

2021 January 31

V

Vadim in pgsql – PostgreSQL

надо настраивать:
- bgwriter (максимум)
- checkpoint_timeout хотя бы 1 час
- max_wal_size — размер записи в час, думаю хотя бы 16GB
- log_directory = 'log' — следует вынести логи из директории базы, желательно на отдельный раздел
- тупо включаем
log_checkpoints = on
log_min_duration_statement = 1s
log_lock_waits = on
log_temp_files = 0
track_activity_query_size = 8192
pg_stat_statements.max = 10000
log_autovacuum_min_duration = 1s
autovacuum_naptime = 1s

сколько у вас ядер доступно?

Чекпойнт таймаут больше 1 часа же не поставить вроде ?

источник

00:25пожаловаться #1

VY

Victor Yegorov in pgsql – PostgreSQL

Чекпойнт таймаут больше 1 часа же не поставить вроде ?

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

источник

00:26пожаловаться #2

V

Vadim in pgsql – PostgreSQL

С какой это версии

источник

00:26пожаловаться #3

V

Vadim in pgsql – PostgreSQL

Но 1 час мне кажется норм вполне

источник

00:27пожаловаться #4

VY

Victor Yegorov in pgsql – PostgreSQL

http://github.com/postgres/postgres/commit/c3c0d7bd70 с 10 версии

Raise max setting of checkpoint_timeout to 1d · postgres/postgres@c3c0d7b

Previously checkpoint_timeout was capped at 3600s
New max setting is 86400s = 24h = 1d

Discussion: 32558.1454471895@sss.pgh.pa.us

источник

00:28пожаловаться #5

V

Vadim in pgsql – PostgreSQL

Не знал спасибо

источник

00:29пожаловаться #6

SS

Shamil Sabirov in pgsql – PostgreSQL

Yaroslav Schekin

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  # Обычно это просто не нужно... почему указано?

спасибо, перепроверим

источник

00:31пожаловаться #7

SS

Shamil Sabirov in pgsql – PostgreSQL

Вопрос из разряда «совсем за дураков держу»: а вы точно про свободную оперативную память в линуксе правильно понимаете?

это точно

источник

00:32пожаловаться #8

SS

Shamil Sabirov in pgsql – PostgreSQL

Чекпойнт таймаут больше 1 часа же не поставить вроде ?

чекпоинты разве не для репликации? на чтото еще они врядли влияют...

источник

00:34пожаловаться #9

V

Vadim in pgsql – PostgreSQL

чекпоинты разве не для репликации? на чтото еще они врядли влияют...

При чем тут репликация не знаю)

источник

00:35пожаловаться #10

V

Vadim in pgsql – PostgreSQL

У вас нулевые знания.почитайте что-то

источник

00:36пожаловаться #11

VY

Victor Yegorov in pgsql – PostgreSQL

чекпоинты разве не для репликации? на чтото еще они врядли влияют...

эм… они и без репликации происходят, внезапно! они как бы кэш базы с диском синхронизируют.
и после них в WAL пишутся полные образы всех меняемых блоков, а у вас это всё ещё и сжимается.
и, вероятно, это происходит чаще, чем раз в 15 минут

источник

00:37пожаловаться #12

VY

Victor Yegorov in pgsql – PostgreSQL

чекпоинты разве не для репликации? на чтото еще они врядли влияют...

скажите сколько у вас ядер под базу выделено уже…

источник

00:38пожаловаться #13

V

Vadim in pgsql – PostgreSQL

эм… они и без репликации происходят, внезапно! они как бы кэш базы с диском синхронизируют.
и после них в WAL пишутся полные образы всех меняемых блоков, а у вас это всё ещё и сжимается.
и, вероятно, это происходит чаще, чем раз в 15 минут

Причем тут wal

источник

00:38пожаловаться #14

V

Vadim in pgsql – PostgreSQL

Wal от чекпойнтов не зависит его в любом случае столбко же писать

источник

00:39пожаловаться #15

VY

Victor Yegorov in pgsql – PostgreSQL

Причем тут wal

🤦
отметки о контрольных точках пишутся в WAL, внезапно!
после чекпойнта все меняемые страницы пишутся в WAL целиком — full_page_writes

источник

00:40пожаловаться #16

SS

Shamil Sabirov in pgsql – PostgreSQL

скажите сколько у вас ядер под базу выделено уже…

да много... 48

источник

00:40пожаловаться #17

V

Vadim in pgsql – PostgreSQL

🤦
отметки о контрольных точках пишутся в WAL, внезапно!
после чекпойнта все меняемые страницы пишутся в WAL целиком — full_page_writes

Отметки ок . для восстановления после сбоя.но остальное неа

источник

00:40пожаловаться #18

V

Vadim in pgsql – PostgreSQL

Ну ладно хотя.я с субд не работаю.наверняка чтото не знаю.или в терминологии плохо разбираюсь я от общих принципов рсубд не понял как это влияеь

источник

00:43пожаловаться #19

YS

Yaroslav Schekin in pgsql – PostgreSQL

Отметки ок . для восстановления после сбоя.но остальное неа

Не нет, а да. ;) См. full_page_writes.

источник

00:43пожаловаться #20