ReSQL.ru
     
powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Как часто выполнять VACUUM FULL?
11 сообщений из 11, страница 1 из 1
Как часто выполнять VACUUM FULL?
    #32939050
Вячеслав Скорых
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Скорых
Гость
Неоднократно находил рекомендации выполнять VACUUM FULL еженочно. Скажите, это действительно так необходимо? Неужели фрагментация файлов так сильно влияет на производительность СУБД?

Для сравнения, сопровождая базу данных Oracle мы считали достаточным выполнение экспорта/импорта раз в год. База была настолько жирная, что часто делать дефрагментацию - себе дороже. А как быть с такой же жирной базой на PostgreSQL? Как быть, если блокировка таблицы на час сильно напрягает заказчика?
...
Рейтинг: 0 / 0
01.03.2005, 15:33
| Ответить | Цитировать | Написать  
Как часто выполнять VACUUM FULL?
    #32940774
KRED
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
KRED
Участник
Moget prosto kagduoy noch zapuskat Vacuum [analyze] ?
a samy db (faili DB "/var/lib/pgsql/data/* ") raz v god zapakovat ... pribit i vostanovot s archiva (archiv na drugoi FS) ?

PS eto dlya togo chtob defragmentaziou failovoi sistemi ybrat ... ili ya chego ne ponyal ?
...
Рейтинг: 0 / 0
02.03.2005, 12:30
| Ответить | Цитировать | Написать  
Как часто выполнять VACUUM FULL?
    #32941073
LeXa NalBat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LeXa NalBat
Участник
По-моему, частоту запуска надо выбирать учитывая темпы изменения данных в БД. У нас, например, в сутки обновляется ~20% данных, за неделю ~100%. Делаем vacuum, analyze ежедневно; vacuum full - еженедельно.
...
Рейтинг: 0 / 0
02.03.2005, 13:44
| Ответить | Цитировать | Написать  
Как часто выполнять VACUUM FULL?
    #32941654
Hordi
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Hordi
Участник
Народ - вы неверным путем идете! Постгрес удаленные (+всякие транзакционные заморочки) записи не удаляет физически, а отмечает как удаленные. VACUUM FULL реально эти записи удаляет. VACUUM ANALYZE формирует статистическую инфу, которая может использоваться при работе оптимизатора запросов. Поэтому если часто делаются UPDATE-DELETE, то чаще нужно и VACUUM делать. В любом случае для серьезных проектов нужно тестить. Вызов просто VACUUM ничего не блокирует, поэтому на скорости работы конечных приложений особо не скажется.
...
Рейтинг: 0 / 0
02.03.2005, 16:00
| Ответить | Цитировать | Написать  
Как часто выполнять VACUUM FULL?
    #32941815
Фотография Niemi
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Niemi
Участник
Hordi прав
VACUUM помечает записи как удалённые но оставляет их.
VACUUM FULL удаляет записи.
по-моему это всё описано в доке и мусолилось здесь.
--
интересно у вас тут
...
Рейтинг: 0 / 0
02.03.2005, 16:39
| Ответить | Цитировать | Написать  
Как часто выполнять VACUUM FULL?
    #32941881
KRED
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
KRED
Участник
NiemiHordi прав
VACUUM помечает записи как удалённые но оставляет их.
VACUUM FULL удаляет записи.
по-моему это всё описано в доке и мусолилось здесь.
--
интересно у вас тут

Eto bilo do versii 8.0... tam bilo tak. A schas prostoi vacuum pomechaet starie dannie kak pustoe mesto ... i razreshaet ich ispolzovat !!!

A vacuum FULL perestraivaet tablizu s nulya ... potipy "exp/imp" . Da esli tabliza kogdato bila 10Mb a potom s nee ydalili vse dannie to na diske posle "vacuum" bydet zanyato mesto 10M no bydet kycha pustich blokov, a esli zapustit "vacuum FULL" togda Postgres perestoit tablizu i ee fail. To tabliza na diske bydet 4Kb .... Potomu polzuites prostim vacuum. Vacuum FULL ne tak chasto nygen. v ORACLE ved nikto ne delaet kagduu noch exp/imp ... a tam pod tablizu za raz videlayutsya bolshie kyski.

K tomyge prostoi vacuum pochti ne tormozit bazu
...
Рейтинг: 0 / 0
02.03.2005, 17:02
| Ответить | Цитировать | Написать  
Как часто выполнять VACUUM FULL?
    #32941943
Фотография Niemi
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Niemi
Участник
да ну
[quot http://www.postgresql.org/docs/8.0/interactive/maintenance.html ]
21.1.1. Recovering disk space
There are two variants of the VACUUM command. The first form, known as "lazy vacuum" or just VACUUM, marks expired data in tables and indexes for future reuse; it does not attempt to reclaim the space used by this expired data immediately. Therefore, the table file is not shortened, and any unused space in the file is not returned to the operating system. This variant of VACUUM can be run concurrently with normal database operations.

The second form is the VACUUM FULL command. This uses a more aggressive algorithm for reclaiming the space consumed by expired row versions. Any space that is freed by VACUUM FULL is immediately returned to the operating system. Unfortunately, this variant of the VACUUM command acquires an exclusive lock on each table while VACUUM FULL is processing it. Therefore, frequently using VACUUM FULL can have an extremely negative effect on the performance of concurrent database queries.
[/quot]
--
интересно у вас тут
...
Рейтинг: 0 / 0
02.03.2005, 17:18
| Ответить | Цитировать | Написать  
Как часто выполнять VACUUM FULL?
    #32943952
KRED
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
KRED
Участник
Niemiда ну
[quot http://www.postgresql.org/docs/8.0/interactive/maintenance.html ]
21.1.1. Recovering disk space
There are two variants of the VACUUM command. The first form, known as "lazy vacuum" or just VACUUM, marks expired data in tables and indexes for future reuse; it does not attempt to reclaim the space used by this expired data immediately. Therefore, the table file is not shortened, and any unused space in the file is not returned to the operating system. This variant of VACUUM can be run concurrently with normal database operations.

The second form is the VACUUM FULL command. This uses a more aggressive algorithm for reclaiming the space consumed by expired row versions. Any space that is freed by VACUUM FULL is immediately returned to the operating system. Unfortunately, this variant of the VACUUM command acquires an exclusive lock on each table while VACUUM FULL is processing it. Therefore, frequently using VACUUM FULL can have an extremely negative effect on the performance of concurrent database queries.

--
интересно у вас тут[/quot]

A ya chego ne tak skazal ?
...
Рейтинг: 0 / 0
03.03.2005, 15:08
| Ответить | Цитировать | Написать  
Как часто выполнять VACUUM FULL?
    #32945545
Вячеслав Скорых
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Скорых
Гость
Действительно, интересно у вас тут :)

Господа, я прекрасно понимаю разницу между VACUUM и VACUUM FULL. Вопрос был о том, почему VACUUM FULL рекомендуют делать столь часто?

Догадываюсь, что, в отличие от Oracle, PostgreSQL не имеет средств для снижения фрагментации файлов и данных внутри файлов. Соответственно, VACUUM FULL нужно делать чаще, чем exp/imp для Oracle. Но, блин, не каждую же ночь и не каждую неделю? В свое время делать backup/restore для складской программы на Interbase я считал достаточным раз в полгода.
...
Рейтинг: 0 / 0
04.03.2005, 10:40
| Ответить | Цитировать | Написать  
Как часто выполнять VACUUM FULL?
    #32945566
Вячеслав Скорых
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Скорых
Гость
Чтобы прояснить ситуацию, еще один комментарий.

Иногда к системам предъявляется требование работать в режиме 24x7 или же просто быть высокодоступными (high availability). Я пытаюсь выяснить, насколько PostgreSQL подходит в качестве HA-сервера. И здесь все упирается в операцию VACUUM FULL...
...
Рейтинг: 0 / 0
04.03.2005, 10:47
| Ответить | Цитировать | Написать  
Как часто выполнять VACUUM FULL?
    #32946126
KRED
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
KRED
Участник
Вячеслав СкорыхЧтобы прояснить ситуацию, еще один комментарий.

Иногда к системам предъявляется требование работать в режиме 24x7 или же просто быть высокодоступными (high availability). Я пытаюсь выяснить, насколько PostgreSQL подходит в качестве HA-сервера. И здесь все упирается в операцию VACUUM FULL...

Ny ORACLE ved givot kakto bez exp/imp godami !!? poprobyi postav testi na postgreste ... ny tam paru klientov select/delete/insert/update gonyaut, cherez vremya ti zapuskaesh "vacuum" i tak paru nedel na krutoi nagruzke ...

K ORACLE idot poddergka , NO VED NIKTO IZ ORACLE NE GARANTIRUET 99,9998% DOSTUPNOSTI. ! esli pashet to horosho ... vot potest Potgres i poluchi poddergky ot developerov ... (esli hochesh)
...
Рейтинг: 0 / 0
04.03.2005, 13:09
| Ответить | Цитировать | Написать  
11 сообщений из 11, страница 1 из 1
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Как часто выполнять VACUUM FULL?
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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