ReSQL.ru
     
powered by simpleCommunicator - 2.0.53     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Стоит ли менять дефолтные настройки автовакуума ?
12 сообщений из 12, страница 1 из 1
Стоит ли менять дефолтные настройки автовакуума ?
    #39486476
Дерзкий Вакуум
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Дерзкий Вакуум
Гость
Добрый день,

Стоит ли менять дефолтные настройки автовакуума ?
...
Рейтинг: 0 / 0
11.07.2017, 13:13
| Ответить | Цитировать | Написать  
Стоит ли менять дефолтные настройки автовакуума ?
    #39486489
Melkij
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Melkij
Участник
Дерзкий Вакуум,

обязательно.
Дефолтные настройки = я тут постою на этом калькуляторе, чтобы даже тут совсем никому не мешать.
Если железка именно под базу - это соответственно работать будет очень плохо.
...
Рейтинг: 0 / 0
11.07.2017, 13:24
| Ответить | Цитировать | Написать  
Стоит ли менять дефолтные настройки автовакуума ?
    #39486494
Дерзкий Вакуум
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Дерзкий Вакуум
Гость
MelkijДерзкий Вакуум,

обязательно.
Дефолтные настройки = я тут постою на этом калькуляторе, чтобы даже тут совсем никому не мешать.
Если железка именно под базу - это соответственно работать будет очень плохо.

Я такое предполагал.



Но в pg_stat_activity никак не могу поймать процесс автовакуума.

Толи он супербыстро выполняется, толи ему не дают дольше работать.


Но судя по этому, таки работает:


Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
select coalesce(autovacuum_count,0),last_autovacuum
from pg_stat_user_tables 
ORDER BY coalesce(autovacuum_count,0) DESC
LIMIT 5

27534;"2017-07-11 13:26:14.08+03"
25858;"2017-07-11 13:17:20.884+03"
23065;"2017-07-11 13:26:14.064+03"
5306;"2017-07-11 13:13:14.211+03"
5275;"2017-07-11 13:06:13.889+03"
...
Рейтинг: 0 / 0
11.07.2017, 13:29
| Ответить | Цитировать | Написать  
Стоит ли менять дефолтные настройки автовакуума ?
    #39486496
Дерзкий Вакуум
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Дерзкий Вакуум
Гость
Вот настройки:

Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
select name,setting FROM pg_settings WHERE name like '%autovacuum%'

"autovacuum";"on"
"autovacuum_analyze_scale_factor";"0.05"
"autovacuum_analyze_threshold";"50"
"autovacuum_freeze_max_age";"200000000"
"autovacuum_max_workers";"3"
"autovacuum_multixact_freeze_max_age";"400000000"
"autovacuum_naptime";"60"
"autovacuum_vacuum_cost_delay";"20"
"autovacuum_vacuum_cost_limit";"-1"
"autovacuum_vacuum_scale_factor";"0.01"
"autovacuum_vacuum_threshold";"50"
"autovacuum_work_mem";"-1"
"log_autovacuum_min_duration";"-1"
...
Рейтинг: 0 / 0
11.07.2017, 13:31
| Ответить | Цитировать | Написать  
Стоит ли менять дефолтные настройки автовакуума ?
    #39486510
Дерзкий Вакуум
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Дерзкий Вакуум
Гость
Еще такой вопрос хочу уточнить.

Вот запустился автовакуум на таблице.

Он не остановится пока ее полностью не отвакуумирует?

Это ведь может быть и несколько часов...
...
Рейтинг: 0 / 0
11.07.2017, 13:40
| Ответить | Цитировать | Написать  
Стоит ли менять дефолтные настройки автовакуума ?
    #39486523
qwwq
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
qwwq
Участник
Дерзкий ВакуумЕще такой вопрос хочу уточнить.

Вот запустился автовакуум на таблице.

Он не остановится пока ее полностью не отвакуумирует?

Это ведь может быть и несколько часов...
и чо ?
у него ещё и скважность есть, ять.
он ещё и раздумчиво будет факуумировать.
медленно и печально(С)
если её,скважность, не подкрутить

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

а уж превентврапэрраунд как мы любили. по крайней -- до 9.6. этто чтотта.
...
Рейтинг: 0 / 0
11.07.2017, 13:49
| Ответить | Цитировать | Написать  
Стоит ли менять дефолтные настройки автовакуума ?
    #39486526
Дерзкий Вакуум
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Дерзкий Вакуум
Гость
qwwqДерзкий ВакуумЕще такой вопрос хочу уточнить.

Вот запустился автовакуум на таблице.

Он не остановится пока ее полностью не отвакуумирует?

Это ведь может быть и несколько часов...
и чо ?
у него ещё и скважность есть, ять.
он ещё и раздумчиво будет факуумировать.
медленно и печально(С)
если её,скважность, не подкрутить

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

а уж превентврапэрраунд как мы любили. по крайней -- до 9.6. этто чтотта.


Вы под скважностью имеете ввиду это:

autovacuum_vacuum_cost_delay (integer) ?

 
Задаёт задержку при превышении предела стоимости, которая будет применяться при автоматических операциях VACUUM. При значении -1 применяется обычная задержка vacuum_cost_delay. Значение по умолчанию — 20 миллисекунд. Задать этот параметр можно только в postgresql.conf или в командной строке при запуске сервера. Однако его можно переопределить для отдельных таблиц, изменив их параметры хранения.
...
Рейтинг: 0 / 0
11.07.2017, 13:50
| Ответить | Цитировать | Написать  
Стоит ли менять дефолтные настройки автовакуума ?
    #39486537
qwwq
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
qwwq
Участник
Дерзкий Вакуум,

это только пауза. а скважность рег-ся сочетанием этого ключа с autovacuum_vacuum_cost_limit .

кажется (не ДБА, не помню с листа)
...
Рейтинг: 0 / 0
11.07.2017, 14:01
| Ответить | Цитировать | Написать  
Стоит ли менять дефолтные настройки автовакуума ?
    #39486544
Дерзкий Вакуум
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Дерзкий Вакуум
Гость
qwwqДерзкий Вакуум,

это только пауза. а скважность рег-ся сочетанием этого ключа с autovacuum_vacuum_cost_limit .

кажется (не ДБА, не помню с листа)


ага, посмотрел что это такое.


Т.е. автовакуум запускается раз в autovacuum_naptime секунд, отрабатывает autovacuum_vacuum_cost_limit уе работы, прерывается на autovacuum_vacuum_cost_delay мс и снова фигачит таблицу.

А коннекшн при этом остается тот же самый?

 
А просто к чему спрашиваю, этот скрипт в мониторинге:

Код: sql
1.
select coalesce(extract(epoch from max(age(now(), query_start))), 0) from pg_stat_activity where state <> 'idle in transaction' and state <> 'idle' and query like '%autovacuum%'



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

Хочу разобраться ка ктак получается.
...
Рейтинг: 0 / 0
11.07.2017, 14:08
| Ответить | Цитировать | Написать  
Стоит ли менять дефолтные настройки автовакуума ?
    #39486617
qwwq
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
qwwq
Участник
Дерзкий ВакуумqwwqДерзкий Вакуум,

это только пауза. а скважность рег-ся сочетанием этого ключа с autovacuum_vacuum_cost_limit .

кажется (не ДБА, не помню с листа)


ага, посмотрел что это такое.


Т.е. автовакуум запускается раз в autovacuum_naptime секунд, отрабатывает autovacuum_vacuum_cost_limit уе работы, прерывается на autovacuum_vacuum_cost_delay мс и снова фигачит таблицу.

не совсем. кост_лимит копицца якобы по всем процессам автофакьюма. а как накопицца -- так сразу delay
Дерзкий Вакуум
 
А просто к чему спрашиваю, этот скрипт в мониторинге:

Код: sql
1.
select coalesce(extract(epoch from max(age(now(), query_start))), 0) from pg_stat_activity where state <> 'idle in transaction' and state <> 'idle' and query like '%autovacuum%'



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

Хочу разобраться ка ктак получается.

какая версия ?
 
если до 9.6. , то там есть такой режим 'to prevent wraparound' == FREEZE, который нифига не кумулятивен. был. ему надо было как минимум прочитать все блоки таблы. как максимум -- пометить их как фризанутые. (как минимум -- убедицца, что уже). после чего поменять момент (txid) фриза таблицы в системных. в 9.6. это сделано немного более разумно (ведётся карта отфриженных блоков).

таблички в >100-и ГБ вполне так и автовакуумируются
...
Рейтинг: 0 / 0
11.07.2017, 15:16
| Ответить | Цитировать | Написать  
Стоит ли менять дефолтные настройки автовакуума ?
    #39486621
Дерзкий Вакуум
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Дерзкий Вакуум
Гость
qwwqДерзкий Вакуумпропущено...



ага, посмотрел что это такое.


Т.е. автовакуум запускается раз в autovacuum_naptime секунд, отрабатывает autovacuum_vacuum_cost_limit уе работы, прерывается на autovacuum_vacuum_cost_delay мс и снова фигачит таблицу.

не совсем. кост_лимит копицца якобы по всем процессам автофакьюма. а как накопицца -- так сразу delay
Дерзкий Вакуум
 
А просто к чему спрашиваю, этот скрипт в мониторинге:

Код: sql
1.
select coalesce(extract(epoch from max(age(now(), query_start))), 0) from pg_stat_activity where state <> 'idle in transaction' and state <> 'idle' and query like '%autovacuum%'



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

Хочу разобраться ка ктак получается.

какая версия ?
 
если до 9.6. , то там есть такой режим 'to prevent wraparound' == FREEZE, который нифига не кумулятивен. был. ему надо было как минимум прочитать все блоки таблы. как максимум -- пометить их как фризанутые. (как минимум -- убедицца, что уже). после чего поменять момент (txid) фриза таблицы в системных. в 9.6. это сделано немного более разумно (ведётся карта отфриженных блоков).

таблички в >100-и ГБ вполне так и автовакуумируются


версия 9.4


Ну теперь понятно вроде стало.

Получается вакуум дошел до большой таблички и начал ее вакуумировать в течении нескольких часов.
...
Рейтинг: 0 / 0
11.07.2017, 15:20
| Ответить | Цитировать | Написать  
Стоит ли менять дефолтные настройки автовакуума ?
    #39546292
qwwq
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
qwwq
Участник
Дерзкий Вакуум,

вот вы, с лета не можете всосать,что факуум фулл вас не спасает.
и всё в ту же дверь ломитесь.

 
а ещё (до 9.6.) для прокрутки данных по "оси эпох" работала модель, аналогичная движению авто в городе -- догоняющие втыкались в пробку "вакуум--ту--превент---блаблабла".
пробки приходили к воркерам пачками и всасывали очередную мелочь. (там типа простой волны с укручающимся задом и выположенным фронтом в пределе мелких "атомарных" табличек просмативалось -- отрицательная добавка к скорости "прокрутки" пропорциональная "плотности" )
...
Рейтинг: 0 / 0
01.11.2017, 17:51
| Ответить | Цитировать | Написать  
12 сообщений из 12, страница 1 из 1
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Стоит ли менять дефолтные настройки автовакуума ?
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=53&msg=39546292&tid=1996129]:
 0ms
get settings:
 10ms
get forum list:
 14ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 46ms
get topic data:
 11ms
get forum data:
 3ms
get page messages:
 50ms
get tp. blocked users:
 1ms
others: 15ms
total:  158ms
созд. / загр.: 158ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]