эффекты от увеличения default_statistics_target НА ВРЕМЯ analyze И reindex? То есть на время обслуги ставлю 10000, после обслуги уменьшаю на стандартное значение, при которых постгрес работает днем.
Идея в том что чем точнее статистика, тем точнее планы и соответственно быстрее работают запросы. Мне казалось, что это должно затронуть достаточно большие таблицы которые не трогаются днем.
В реале получил замедление работы 1с.
Что я не учел?
если вы ссылаетесь на мой сайт, то из вашей формулировки не уверен что вы читали http://www.gilev.ru/updstatepg/ есть два способа обсчета статистики - асинхронный путем обсчета системными фоновыми процессами и синхронный в рамках транзакций неправильные настройки могут повлиять в обоих случаях, но поскольку вы не заходите с анализов планов запросов и сборка технологического контекста не выполнялась, и мы не знаем настоящих причин, вызывающих ухудшение могу лишь сказать что чаще по моей статистике влияет обсчет синхронный коллега замерял https://habr.com/ru/articles/723642/ что что при каждом!!! вызове метода .Записать() для регистра накопления 1С вызывается "ANALYZE pg_temp.tt2" пересчет статистики по временной таблице 37% времени "SELECT FASTTRUNCATE ($1)" усечение временных таблиц 30% времени конечно если низкое значение default_statistics_target не создаст других проблем, то кажется легче его снизить, но для всех такой подход вряд ли подойдет, поэтому я бы пытался параметрами относящимся к синхронному обсчету минимизировать его влияние
Я после этой статьи опыты ставил. Обычный запрос в консоли с парой временнных таблиц. Там реально аналайз на вт идет
Обсуждают сегодня