| От | 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 по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера