форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Программирование под UNIX (Public)
Изначальное сообщение		[Проследить за развитием треда]

"vacuum"
Сообщение от x55 (ok) on 11-Фев-05, 21:54  (MSK)
Дело такое, есть сервер который каждые 2-3 сек обновляет , вставляет и удаляет данные из нескольких таблиц. Если не делать вакуумизацию 3-4 часа , то нагрузка на сервер начинает расти. После вакуумизации все сразу становится на свои места , и загрузка становиться минимальной. ну в крод конечно скрипт засунул который раз в час делает вакуумизацию нужных таблиц. А вот разумно ли вообще, после каждого запроса изменяющего данные делать запрос вакуумизации этой таблицы? и вообще если есть какие нибудь мудрости по этому поводу, напишите. спасибо
	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "vacuum"
Сообщение от ACCA (ok) on 12-Фев-05, 04:30  (MSK)
>и вообще если есть какие нибудь мудрости по этому поводу, напишите. >спасибо IMHO можно добавить памяти (у меня MySQL, так что про Postgres могу только гадать). В современных серьёзных серверах вся база (терабайты!) сидит в оперативной памяти.
Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "vacuum"
	Сообщение от денис on 14-Фев-05, 09:44  (MSK)
	>>и вообще если есть какие нибудь мудрости по этому поводу, напишите. >>спасибо > >IMHO можно добавить памяти (у меня MySQL, так что про Postgres могу >только гадать). > >В современных серьёзных серверах вся база (терабайты!) сидит в оперативной памяти. Спасибо, за помощь. Действительно в более всежих версия есть демон pg_autovacuum.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "vacuum"
Сообщение от денис on 12-Фев-05, 12:07  (MSK)
спасибо, но все же кто нибудь скажет, разумно ли делать вакуумизацию после каждой оперции записи, изменения и удаления?
Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "vacuum"
	Сообщение от mirya on 12-Фев-05, 17:51  (MSK)
	нет, конечно, иначе зачем тогда механизм переиспользования освобожденных блоков? Лужше уж каким-то образом включать пылес, когда отношение размера таблицы к кол-ву записей перепрыгивает через некий порог (т.е. накопилось много пустых блоков)
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "vacuum"
	Сообщение от DeadMustdie (??) on 12-Фев-05, 19:36  (MSK)
	>спасибо, но все же кто нибудь скажет, разумно ли делать вакуумизацию после >каждой оперции записи, изменения и удаления? Для начала можно попробовать установить pgsql посвежее и слегка поиграться параметрами. Кажется, там были возможности для частичной (полу?)автоматической вакумизации. А так действительно геморрой. Аки дитё малое - СУБДа за собой прибрать свой собственный мусор не может.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "vacuum"
	Сообщение от XMan (ok) on 13-Фев-05, 01:43  (MSK)
	Это просто растут таблицы анализа. Как-то можно отключить анализирование или задать его пределы, но как - не помню. В качестве более легкой альтернативы VACUUM можно использовать VACUUM ANALIZE. --- to x55: Слушай DeadMustdie, дело говорит. Помнится, при переходе с 7.1 на 7.3 в этом плане резко полегчало :)
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

7. "vacuum"
Сообщение от uldus (ok) on 14-Фев-05, 17:24  (MSK)
>в час делает вакуумизацию нужных таблиц. А вот разумно ли вообще, >после каждого запроса изменяющего данные делать запрос вакуумизации этой таблицы? Не разумно. >и вообще если есть какие нибудь мудрости по этому поводу, напишите. >спасибо В contrib'ах есть pg_autovacuum, который периодически смотрит таблицы со статистикой и когда нужно делает vacuum. Но для его работы нужно в postgresql.conf активировать "stats_row_level = true", который по умолчанию выключен и создает лишнюю нагрузку на базу. Но лучше сделать так: эмпирически вычислить когда таблица на диске разростается и начинает тормозить и через крон настроить vacuum. Но не чаще чем раз в час. В postgresql.conf shared_buffers и sort_mem увеличить до несколько тысяч.
Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.