Re: very long updates very small tables

Поиск
Список
Период
Сортировка
От Kevin Grittner
Тема Re: very long updates very small tables
Дата
Msg-id 4D931A0C020000250003BF80@gw.wicourts.gov
обсуждение исходный текст
Ответ на Re: very long updates very small tables  (Lars Feistner <feistner@uni-heidelberg.de>)
Ответы Re: very long updates very small tables
Список pgsql-performance
Lars Feistner <feistner@uni-heidelberg.de> wrote:
> On 03/29/2011 09:28 PM, Kevin Grittner wrote:
>> Lars Feistner<feistner@uni-heidelberg.de>  wrote:
>>
>>> The log tells me that certain update statements take sometimes
>>> about 3-10 minutes. But we are talking about updates on tables
>>> with 1000 to 10000 rows and updates that are supposed to update
>>> 1 row.
>>
>> The top possibilities that come to my mind are:

> [all eliminated as possibilities]

If you haven't already done so, you should probably turn on
checkpoint logging to see if this corresponds to checkpoint
activity.  If it does, you can try cranking up how aggressive your
background writer is, and perhaps limiting your shared_buffers to
something around the size of your RAID controller's BBU cache.  (I
hope you have a RAID controller with BBU cache configured for
write-back, anyway.)

-Kevin

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

Предыдущее
От: pasman pasmański
Дата:
Сообщение: Re: very long updates very small tables
Следующее
От: "Strange, John W"
Дата:
Сообщение: COPY with high # of clients, partitioned table locking issues?