powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Виснет SELECT
8 сообщений из 8, страница 1 из 1
Виснет SELECT
    #33435588
originator
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Всем добрый день
PostgreSQL 8.0.3.
Есть БД небольшого размера (Compressed backup занимает 3МБ, кол-во записей в основных таблицах не более 100 тысяч, кол-во таблиц ~ 80)

В какой-то момент времени начали повисать некоторые выборки. При этом postgres.exe жрет 100% процессора. Причем, тот же самый select, но без условия where отрабатывает правильно.

Если сделать backup / restore БД, то все вылечивается. Но через 2-3 дня активной работы 5-и пользователей проблема появляется снова.

Кто-нибудь сталкивался с таким поведением?
Какие предложения по излечению ситуации?
...
Рейтинг: 0 / 0
Виснет SELECT
    #33435898
Funny_Falcon
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А vacuum делаешь?
...
Рейтинг: 0 / 0
Виснет SELECT
    #33436048
originator
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
VACUUM не пробовал. Но по большому счету особых отличий от backup/restore не вижу. Вопрос в другом: Такая маленькая БД не должна требовать обслуживания так часто... Т.е. где-то сидит проблема, которую я не могу найти... Возможно криво поставился сам сервер. Или проблемы с Win2003.

Сейчас буду обновляться до 8.1.1, может быть все решится.
...
Рейтинг: 0 / 0
Виснет SELECT
    #33437116
Funny_Falcon
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
просто VACUUM (без FULL) __сильно__ отличается от backup/restore. А если в твоей базе очень часты обновления строк, то без VACUUM она действительно начнёт быстро __расти__ и тормозить.
Перед очередным BACKUP ( ;-) ) постмотри на размер фаилов в базе. Думаю ты будешь неприятно удивлен из размеру. А VACUUM (без FULL) решает данную проблему. А еще желательней VACUUM ANALYZE (я правильно написал ? ).
А в 8.1 проблем не будет, если autovacuum настроишь.
...
Рейтинг: 0 / 0
Виснет SELECT
    #33438542
originator
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Когда я сравнивал BACKUP/RESTORE и VACUUM, я не имел в виду алгоритм работы. Я имел в виду, что с точки зрения админа и т и другое - лишние телодвижения, необходимость которых он ставит под очень большой вопрос.

Если VACUUM поможет, то autovacuum - это как раз то, что надо. Спасибо.
...
Рейтинг: 0 / 0
Виснет SELECT
    #33438886
Gold Fish
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
повесь выполнение VACUUM на cron? и админу не прийдется делать лишних телодвижений
...
Рейтинг: 0 / 0
Виснет SELECT
    #33439274
Paul Chabinsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Товарищи по форуму пытюца донести следующие мысли:
1) Регулярно выполняйте VACUUM FULL.
2) Поставьте 8.1.x %) Там работаем AUTO VACUUM.

P.S. Если сомневаетесь насчет "VACUUM FULL" (да и для наглядности) сравните планы выполнения запросов "В момент появления тормазов" vs "После выполнения VACUUM FULL"
...
Рейтинг: 0 / 0
Виснет SELECT
    #33439791
Funny_Falcon
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Действительно ли нужно VACUUM FULL? Достаточно регулярного VACUUM не всегда хватает?
Очень буду признателен, если приведете примеры из жизни (правда интересно).
...
Рейтинг: 0 / 0
8 сообщений из 8, страница 1 из 1
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Виснет SELECT
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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