Re: [pgsql-ru-general] Re: [pgsql-ru-general] Re: [pgsql-ru-general] Тюнинг БД
От | Andrey Lizenko |
---|---|
Тема | Re: [pgsql-ru-general] Re: [pgsql-ru-general] Re: [pgsql-ru-general] Тюнинг БД |
Дата | |
Msg-id | CADKuZZCSm0khsVWaCTzEJnAKBC8y85YzDx0+zpSbWReq2seoLg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [pgsql-ru-general] Re: [pgsql-ru-general] Тюнинг БД (Alexey Kolpakov <al.kolpak@gmail.com>) |
Список | pgsql-ru-general |
Отсюда можно начать.
2015-07-07 14:47 GMT+03:00 Alexey Kolpakov <al.kolpak@gmail.com>:
20 июня 2015 г., 15:19 пользователь Vladimir Borodin <root@simply.name> написал:автовакуум тоже дефолтный
autovacuum_max_workers = 1
autovacuum_vacuum_cost_delay = 50msВ этом месте должен прийти Илья Космодемьянский и рассказать тебе, что ты не прав :)А как правильно? Где почитать?проект lowcost. до DBA не доросли пока :)
и еще
wal_keep_segments = 4096
поставил - потому что экспериментируя с репликами иногда не успеваешь
и чтобы реплику перезапустить надо rsync’ать.archive_command и restore_command тебя спасут. А после переезда на 9.4 сможешь решить эту проблему с помощью replication slots [1].получается сегменты займут 64Гигабайта.
в принципе фигня, вопрос clean-процесс на таком объеме не будет
втупливать? можно сюда большое число такое вписать?Можно, не будет.раньше стояло 64. игры с репликами (типа собрать статистику) часто
приводили к rsync.--
. ''`. Dmitry E. Oboukhov
: :’ : email: unera@debian.org jabber://UNera@uvw.ru
`. `~’ GPGKey: 1024D / F8E26537 2006-11-21
`- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537--Your faithfullyAlexey Kolpakov
Regards, Andrey Lizenko
В списке pgsql-ru-general по дате отправления: