The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Postgres тюнинг - результаты (postgresql optimization tune trouble)


<< Предыдущая ИНДЕКС Поиск в статьях src Установить закладку Перейти на закладку Следующая >>
Ключевые слова: postgresql, optimization, tune, trouble,  (найти похожие документы)
Date: Fri, 22 Mar 2002 06:36:15 +0000 (UTC) From: Eugene Kornyakov <ev@asdc.kz> Newsgroups: fido7.ru.linux Subject: Postgres тюнинг - результаты Я бы еще добавил - что обнаружил конкретную засаду в postgresql.conf правда у меня немного др таблицы где чуть больше 4 млн записей 6 столбцов # Optimizer Parameters # enable_indexscan = true enable_seqscan = false ^^^^^^^^^^^^^^^^^^^^^^^^^^ вот что я сделал enable_tidscan = true enable_sort = true enable_nestloop = true enable_mergejoin = true enable_hashjoin = true из описания видно ENABLE_SEQSCAN (boolean) Enables or disables the query planner's use of sequential scan plan types. It's not possible to suppress sequential scans entirely, but turning this variable off discourages the planner from using one if there is any other method available. The default is on. This is mostly useful to debug the query planner. т е если enable_seqscan = true то использование индексов на запросах средней сложности, а особенно order by зависит от погоды и атмосферного давления причем что на версии 7.2 или 7.1 а если индексы не исп то понятно, что имеем тормоза ну я еще добавил shared memory для постгреса и sort memory а также каждую ночь делается vacuum full и перестройка индекса

<< Предыдущая ИНДЕКС Поиск в статьях src Установить закладку Перейти на закладку Следующая >>

 Добавить комментарий
Имя:
E-Mail:
Заголовок:
Текст:




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру