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
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? |