Re: Drop statistics?

Поиск
Список
Период
Сортировка
Искать
От
David Kerr
Тема
Re: Drop statistics?
Дата
Msg-id
76EEBF5A-D5CD-41D1-BD32-5F68F2EB1503@mr-paradox.net
Ответ на
Re: Drop statistics? (Bruce Momjian)
Список
Дерево обсуждения
Drop statistics? David Kerr <dmk@mr-paradox.net>
Re: Drop statistics? Tom Lane <tgl@sss.pgh.pa.us>
Re: Drop statistics? David Kerr <dmk@mr-paradox.net>
Re: Drop statistics? Bruce Momjian <bruce@momjian.us>
Re: Drop statistics? David Kerr <dmk@mr-paradox.net>
On Jul 3, 2012, at 10:16 AM, Bruce Momjian wrote:

> On Fri, Jun 22, 2012 at 11:04:36AM -0700, David Kerr wrote:
>> On Fri, Jun 22, 2012 at 01:27:51PM -0400, Tom Lane wrote:
>> - David Kerr  writes:
>> - > I'm trying to work through a root cause on a performance problem. I'd like to
>> - > be able to "show" that a problem was fixed by analyzing the table.
>> - 
>> - > what i've done is
>> - > set default_statistics_target=1
>> - > analyze 
>> - 
>> - > That gets rid of most of the rows in pg_stats, but i'm still getting decent performance.
>> - 
>> - I usually do something like
>> - 
>> - DELETE FROM pg_statistic WHERE starelid = 'foo'::regclass;
>> - 
>> - (you need to be superuser to be allowed to do this).
>> - 
>> - You may need to keep an eye on whether auto-analyze is coming along and
>> - undoing what you did, too.
>> - 
>> - 			regards, tom lane
>> - 
>> 
>> Awesome, thanks!
> 
> One cool trick I have seen is to do the DELETE pg_statistic in a multi-statement
> transaction and then run query query, and roll it back.  This allows the
> statistics to be preserved, and for only your query to see empty
> pg_statistic values for the table.
> 

Nice!  thanks!

Dave

В списке pgsql-performance по дате отправления
От: Mark Kirkwood
Дата:
От: Robert Klemme
Дата:
FAQ