Re: Degrading PostgreSQL 8.4 write performance

Поиск
Список
Период
Сортировка
От Pierre C
Тема Re: Degrading PostgreSQL 8.4 write performance
Дата
Msg-id op.vxcifizfeorkce@apollo13
обсуждение исходный текст
Ответ на Degrading PostgreSQL 8.4 write performance  (Kabu Taah <kabuutah@hot.ee>)
Список pgsql-performance
>                 Load testing of postgresql 8.4 for OLTP application
> suitability showed that throughput of the
> database significantly degraded over time from thousands of write
> transactions per second to almost zero.

A typical postgres benchmarking gotcha is :

- you start with empty tables
- the benchmark fills them
- query plans which were prepared based on stats of empty (or very small)
tables become totally obsolete when the table sizes grow
- therefore everything becomes very slow as the tables grow

So you should disconnect/reconnect or issue a DISCARD ALL periodically on
each connection, and of course periodically do some VACUUM ANALYZE (or
have autovacuum do that for you).

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

Предыдущее
От: Stefan Keller
Дата:
Сообщение: hstore - Implementation and performance issues around its operators
Следующее
От: Jose Ildefonso Camargo Tolosa
Дата:
Сообщение: Re: Large rows number, and large objects