Ошибки ядра в logwatch

Я не могу дать Вам конфигурационный файл, потому что большинство настроек зависит от Вашей среды, и "высокая загрузка" не является точно единственным типом проблемы. Но вот некоторые подсказки для того, как разыскать проблемы производительности с PGSQL.

Ну, в первую очередь, необходимо будет проверить то, что на самом деле делает база данных. Обычно, когда Вы убежали DB, у Вас есть несколько тяжелых запросов, которые часто выполняются. Проверьте, какие запросы Вы выполняете и затем используете, ОБЪЯСНЯЮТ, АНАЛИЗИРУЮТ для понимания стоимость каждого запроса.

Затем Вы запускаете, исследуют то, что является на самом деле проблемой. Плохо записанный запрос может убить производительность, но если запросы выглядят хорошими (и не может быть оптимизирован), необходимо будет видеть, можно ли помочь DB другими способами.

Проверьте Ваш ОБЪЯСНЯТЬ вывод для последовательных сканирований, особенно при выполнении его на больших таблицах и в несколько этапов. Проверьте, можно ли представить индексы, которые помогут с запросами. ОБЪЯСНИТЕ общий инструмент отслеживания производительности для запросов.

Не забывайте к VACUM и АНАЛИЗИРУЙТЕ свою базу данных. Много дистрибутивов отключают autovacum сервис, и затем необходимо сделать vacum/analyse вручную. Они могли бы также отключить учет, который делает проанализировать процесс намного менее эффективным. После того, как Вы делаете это, возвратитесь и объясните снова, чтобы видеть, выполняются ли запросы по-другому.

Если ничто иное не помогает, необходимо будет восстановить структуру базы данных или начать распределять ее, но мой опыт состоит в том, что Вы не должны будете делать этого, если Вы не выполните сайт с очень тяжелой загрузкой DB или тысячами одновременных пользователей. Это обычно - запросы, которые базе данных не удается получить оптимальным способом.

Наконец проверьте http://wiki.postgresql.org/wiki/Performance_Optimization на большее количество подсказок.