Re: Blocking excessively in FOR UPDATE
От
Kevin Grittner
Тема
Re: Blocking excessively in FOR UPDATE
Дата
Msg-id
4EB3CC010200002500042A53@gw.wicourts.gov
Ответ на
Re: Blocking excessively in FOR UPDATE (Claudio Freire)
Список
Дерево обсуждения
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 по дате отправления