| От | Tom Lane |
|---|---|
| Тема | Re: degenerate performance on one server of 3 |
| Дата | |
| Msg-id | 27485.1243827615@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: degenerate performance on one server of 3 (Craig Ringer <craig@postnewspapers.com.au>) |
| Ответы |
Re: degenerate performance on one server of 3
|
| Список | pgsql-performance |
Craig Ringer <craig@postnewspapers.com.au> writes:
> Tom Lane wrote:
>> I'm betting on varying degrees of table bloat. Have you tried vacuum
>> full, cluster, etc?
> Or, if you have been using VACUUM FULL, try REINDEXing the tables,
> because it could easily be index bloat. Clustering the table will take
> care of index bloat as well as table bloat.
Index bloat wouldn't explain the slow-seqscan behavior the OP was
complaining of. Still, you're right that if the tables are bloated
then their indexes probably are too ... and that VACUUM FULL alone
will not fix that.
regards, tom lane
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера