URx

Эта страница только для чтения. Вы можете посмотреть её исходный текст, но не можете его изменить. Сообщите администратору, если считаете, что это неправильно.
====== Оптимизация ======

**РЕШЕНИЕ ПРОБЛЕМЫ С ЗАВИСАНИЕМ POSTGRESQL.**\\
[[http://www.gilev.ru/решение-проблемы-с-зависанием-postgresql/]]

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

Варианты решения проблемы:
  *увеличить количество записей, просматриваемых при сборе статистики по таблицам. Большие значения могут повысить время выполнения команды ANALYZE, но улучшат построение плана запроса:
<file json postgresql.conf>
default_statistics_target = 1000 -10000.
</file>

  *отключение оптимизатору возможности использования NESTED LOOP при выборе плана выполнения запроса в конфигурации PostgreSQL:
<file json postgresql.conf>
enable_nestloop = off.
</file>
  Отрицательным эффектом этого способа является возможное замедление некоторых запросов, поскольку при их выполении будут использоваться другие, более затратные, методы соединения (HASH JOIN).
  
  *отключение оптимизатору возможности изменения порядка соединений таблиц в запросе:
<file json postgresql.conf>
join_collapse_limit=1.
</file>
  Следует использовать этот метод, если вы уверены в правильности порядка соединений таблиц в проблемном запросе.

  *изменение параметров настройки оптимизатора:
<file json postgresql.conf>
seq_page_cost = 0.1
random_page_cost = 0.4
cpu_operator_cost = 0.00025
</file>

  *использование версии PostgreSQL 9.1.2-1.1.C и выше, в которой реализован независимый от AUTOVACUUM сбор статистики, на основе информации об изменении данных в таблице. По умолчанию включен сбор статистики только для временных таблиц и во многих ситуациях этого достаточно. При возникновении проблем с производительностью выполнения регламентных операций, можно включить сбор статистики для всех или отдельных проблемных таблиц изменив значение параметра конфигурации PostgreSQL (файл postgresql.conf) online_analyze.table_type = "temporary" на online_analyze.table_type = "all".

----