Re: Extreme high load averages

From: "Matthew Nuzum" <cobalt(at)bearfruit(dot)org>
To: "'scott(dot)marlowe'" <scott(dot)marlowe(at)ihs(dot)com>, "'ostgresql Performance'" <pgsql-performance(at)postgresql(dot)org>
Subject: Re: Extreme high load averages
Date: 2003-07-08 00:47:00
Message-ID: 001901c344ea$71391bf0$a322fea9@mattspc
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-novice pgsql-performance

> A common problem is a table like this:
>
> create table test (info text, id int8 primary key);
> insert into test values ('ted',1);
> .. a few thousand more inserts;
> vacuum full;
> analyze;
> select * from test where id=1;
>
> will result in a seq scan, always, because the 1 by itself is
> autoconverted to int4, which doesn't match int8 automatically. This
> query:
>
> select * from test where id=1::int8
>
> will cast the 1 to an int8 so the index can be used.
>
>

Hey Scott, this is a little scary because I probably have a lot of this
going on...

Is there a way to log something so that after a day or so I can go back and
look for things like this that would be good candidates for optimization?

I've got fast enough servers that currently the impact of this problem might
not be too obvious, but I suspect that after the server gets loaded up the
impact will become more of a problem.

By the way, I must say that this thread has been very useful.

Matthew Nuzum | Makers of "Elite Content Management System"
www.followers.net | View samples of Elite CMS in action
matt(at)followers(dot)net | http://www.followers.net/portfolio/

In response to

Responses

Browse pgsql-novice by date

  From Date Subject
Next Message A.Bhuvaneswaran 2003-07-08 04:37:13 Re: Groups and Users
Previous Message Martin Foster 2003-07-07 23:29:50 Re: Extreme high load averages

Browse pgsql-performance by date

  From Date Subject
Next Message scott.marlowe 2003-07-08 15:26:34 Re: Extreme high load averages
Previous Message Martin Foster 2003-07-07 23:29:50 Re: Extreme high load averages