Re: UPDATE 66k rows too slow

Поиск
Список
Период
Сортировка
От Joshua D. Drake
Тема Re: UPDATE 66k rows too slow
Дата
Msg-id 20080310162231.6f54c5cd@commandprompt.com
обсуждение исходный текст
Ответ на Re: UPDATE 66k rows too slow  (Miguel Arroz <arroz@guiamac.com>)
Ответы Re: UPDATE 66k rows too slow  (Miguel Arroz <arroz@guiamac.com>)
Список pgsql-performance
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Mon, 10 Mar 2008 23:17:54 +0000
Miguel Arroz <arroz@guiamac.com> wrote:

> Hi!
> 
>    I read and did many stuff you pointed me too. Raised shared
> buffers to 180 MB, and tried again. Same results.
> 
>    I deleted the DB, created a new one and generated new test data.
> I know have 72k rows, and the same query finishes in... 9 seconds.
> 
>    I'm totally clueless. Anyway, two questions:
> 
>    1) My working_mem is 2 MB. Does an UPDATE query like main depend
> on working_mem?
> 
>    2) I still feel this is all very trial-and-error. Change value,
> run query, hope it solves the problem. Well, the DB itself knows what
> is doing. Isn't there any way to make it tell us that? Like "the
> working mem is too low" or anything else. I know the problem is not
> the checkpoints, at least nothing appears on the log related to that.
> But it irritates me to be in front of a such complex system and not
> being able to know what's going on.

What does iostat -k 1 tell you during the 9 seconds the query is
running?

Joshua D. Drake



- -- 
The PostgreSQL Company since 1997: http://www.commandprompt.com/ 
PostgreSQL Community Conference: http://www.postgresqlconference.org/
Donate to the PostgreSQL Project: http://www.postgresql.org/about/donate
      PostgreSQL political pundit | Mocker of Dolphins

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFH1cK3ATb/zqfZUUQRAhllAJ9C9aL9o/4hzq9vZyRaY8J6DknP5QCePDfS
BxJ/umrVArStUJgG3oFYsSE=
=n0uC
-----END PGP SIGNATURE-----

В списке pgsql-performance по дате отправления:

Предыдущее
От: Miguel Arroz
Дата:
Сообщение: Re: UPDATE 66k rows too slow
Следующее
От: Miguel Arroz
Дата:
Сообщение: Re: UPDATE 66k rows too slow