Re: Analyze tool?

From: Thom Brown <thom(at)linux(dot)com>
To: Bjørn T Johansen <btj(at)havleik(dot)no>
Cc: "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re: Analyze tool?
Date: 2010-10-01 11:27:31
Message-ID: AANLkTi=HRnmxT_pH1a87rq6+Or-juPSFzVWZz0pOnZ_N@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

2010/10/1 Bjørn T Johansen <btj(at)havleik(dot)no>:
> On Fri, 1 Oct 2010 11:30:59 +0100
> Thom Brown <thom(at)linux(dot)com> wrote:
>
>> 2010/10/1 Bjørn T Johansen <btj(at)havleik(dot)no>:
>> > We are using both DB2 and PostgreSQL at work and DB2 has a nice tool, i5 Navigator, where one can enable logging of SQL statements and then it
>> > will recommed indexes that should/could be created to increase speed...
>> > Does there exist a similar tool for PostgreSQL?
>>
>> You can set log_min_duration_statement to log statements which take
>> over a certain amount of time, and then use pgFouine to read the log
>> files and identify the most frequently run queries, and the longest
>> queries.
>
> Sounds like a something that should be tried...
>
>>
>> You can also use the auto_explain contrib module
>> (http://www.postgresql.org/docs/9.0/static/auto-explain.html)  to log
>> the plans of queries which take too long.  However, I don't think
>> pgFouine can use those outputs.. at least not yet.
>
> Ok, plan B...
>
>>
>> But to find out what indexes you'll need, getting used to reading
>> query plans will help as it will show you more than just where
>> sequentials scans are taking place.  It will also show you what the
>> planner believes a query will cost compared to how much it actually
>> costs, which can provide insight into tables which require vacuuming,
>> indexes which might need clustering, or table stats which require
>> modifying to match you data.
>
> Yes, but it would be nice to be pointed in the right direction first, but it seems like log_min_duration_statement can be used for that...
> And also running explain involves manually work, would have been nice with some automatic procedure....

I agree. I believe MSSQL has a similar tool too, so surprised a 3rd
party hasn't already come up with one.

--
Thom Brown
Twitter: @darkixion
IRC (freenode): dark_ixion
Registered Linux user: #516935

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Craig Ringer 2010-10-01 11:47:06 Re: How many databases can PostgreSQL open at a time?
Previous Message Bjørn T Johansen 2010-10-01 11:18:50 Re: Analyze tool?