Re: Blocking excessively in FOR UPDATE

Поиск
Список
Период
Сортировка
Искать
От
Kevin Grittner
Тема
Re: Blocking excessively in FOR UPDATE
Дата
Msg-id
4EB3CC010200002500042A53@gw.wicourts.gov
Ответ на
Список
Дерево обсуждения
Blocking excessively in FOR UPDATE Claudio Freire <klaussfreire@gmail.com>
Re: Blocking excessively in FOR UPDATE Tom Lane <tgl@sss.pgh.pa.us>
Re: Blocking excessively in FOR UPDATE Claudio Freire <klaussfreire@gmail.com>
Re: Blocking excessively in FOR UPDATE Claudio Freire <klaussfreire@gmail.com>
Re: Blocking excessively in FOR UPDATE Tom Lane <tgl@sss.pgh.pa.us>
Re: Blocking excessively in FOR UPDATE Claudio Freire <klaussfreire@gmail.com>
Re: Blocking excessively in FOR UPDATE "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: Blocking excessively in FOR UPDATE Claudio Freire <klaussfreire@gmail.com>
Re: Blocking excessively in FOR UPDATE "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: Blocking excessively in FOR UPDATE Claudio Freire <klaussfreire@gmail.com>
Re: Blocking excessively in FOR UPDATE Shaun Thomas <sthomas@peak6.com>
Re: Blocking excessively in FOR UPDATE Claudio Freire <klaussfreire@gmail.com>
Re: Blocking excessively in FOR UPDATE Shaun Thomas <sthomas@peak6.com>
Re: Blocking excessively in FOR UPDATE Robert Haas <robertmhaas@gmail.com>
Re: Blocking excessively in FOR UPDATE Claudio Freire <klaussfreire@gmail.com>
Re: Blocking excessively in FOR UPDATE Claudio Freire <klaussfreire@gmail.com>
Re: Blocking excessively in FOR UPDATE Robert Haas <robertmhaas@gmail.com>
Re: Blocking excessively in FOR UPDATE Claudio Freire <klaussfreire@gmail.com>
Claudio Freire  wrote:
 
> Now, I'm thinking those writes are catching the DB at a bad moment
-
> we do have regular very write-intensive peaks.
> 
> Maybe I should look into increasing shared buffers?
 
As already pointed out, SELECT FOR UPDATE will require a disk write
of the tuple(s) read.  If these are glutting, increasing
shared_buffers would tend to make things worse.  You might want to
make the background writer more aggressive or *reduce*
shared_buffers to better spread the output.
 
Hopefully you have a BBU RAID controller configured for write-back. 
If not you should.  If you do, another thing which might help is
increasing the cache on that controller.  Or you could move WAL to a
separate file system on a separate controller with its own BBU
write-back cache.
 
-Kevin
В списке pgsql-performance по дате отправления
От: Sorbara, Giorgio (CIOK)
Дата:
Сообщение: Re: Strange query plan
От: Claudio Freire
Дата:
FAQ