Re: Performance degradation after successive UPDATE's
В списке pgsql-performance по дате отправления:
| От | Bruno Wolff III |
|---|---|
| Тема | Re: Performance degradation after successive UPDATE's |
| Дата | |
| Msg-id | 20051205203604.GA19356@wolff.to обсуждение исходный текст |
| Ответ на | Performance degradation after successive UPDATE's ("Assaf Yaari" <assafy@mobixell.com>) |
| Список | pgsql-performance |
On Mon, Dec 05, 2005 at 19:05:01 +0200, Assaf Yaari <assafy@mobixell.com> wrote: > Hi, > > I'm using PostgreSQL 8.0.3 on Linux RedHat WS 3.0. > > My application updates counters in DB. I left a test over the night that > increased counter of specific record. After night running (several > hundreds of thousands updates), I found out that the time spent on > UPDATE increased to be more than 1.5 second (at the beginning it was > less than 10ms)! Issuing VACUUM ANALYZE and even reboot didn't seemed to > solve the problem. You need to be running vacuum more often to get rid of the deleted rows (update is essentially insert + delete). Once you get too many, plain vacuum won't be able to clean them up without raising the value you use for FSM. By now the table is really bloated and you probably want to use vacuum full on it.
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера