Re: Postgresql performance degrading... how to diagnose the root cause
В списке pgsql-performance по дате отправления:
| От | Guillaume Cottenceau |
|---|---|
| Тема | Re: Postgresql performance degrading... how to diagnose the root cause |
| Дата | |
| Msg-id | m3a9pleouo.fsf@mnc.ch обсуждение исходный текст |
| Ответ на | Re: Postgresql performance degrading... how to diagnose the root cause (Franck Routier <franck.routier@axege.com>) |
| Список | pgsql-performance |
Franck Routier <franck.routier 'at' axege.com> writes: >> http://wiki.postgresql.org/wiki/Show_database_bloat > How do I interpret the output of this query ? Is 1.1 bloat level on a > table alarming, or quite ok ? I am not very used to this, but I'd start by comparing the top result in your established DB against the top result in your fresh DB. What does it say? The wiki page says it is a loose estimate, however, unusually larger tbloat and/or wastedbytes might be an indication. Of course, if you can afford it, a good old VACUUM FULL ANALYZE VERBOSE would tell you how many pages were reclaimed while rewriting the table. Otherwise, VACUUM VERBOSE on both the established DB and a backup/restore on a fresh DB also provide a helpful comparison of how many pages are used for suspected tables. -- Guillaume Cottenceau
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера