Re: R: slow seqscan after vacuum analize
От | Andrew Biagioni |
---|---|
Тема | Re: R: slow seqscan after vacuum analize |
Дата | |
Msg-id | 40226E06.2080701@e-greek.net обсуждение исходный текст |
Ответ на | Re: R: slow seqscan after vacuum analize ("Iain" <iain@mst.co.jp>) |
Ответы |
VACUUM Quesition
|
Список | pgsql-admin |
Iain wrote:
I usually run VACUUM ANALYZE on an hourly basis on our production system, and it's fast enough and unobtrusive enough that I can't tell that it's running (except by looking at the log, of course).
A plain VACUUM (without ANALYZE) will change the layout of the data without refreshing the optimizer information, so that anything that DOES use the optimizer will often be negatively affected; VACUUM ANALYZE does a vacuum AND refreshes the optimizer information.Yes, you are right but it wasn't the case this time, I have run theexplain plenty oftimes with same results. I think that the reason was that I made a simpleVACUUM,after a VACUUM FULL ANALYZE (1h!!) things are okIt's reasonable to expect that a seq scan will perform faster after a full vacuum, as the physical size and organization of the table has been changed. I wouldn't expact a plain vacuum to have any tangible affect on performance, for the better or for the worse..
I usually run VACUUM ANALYZE on an hourly basis on our production system, and it's fast enough and unobtrusive enough that I can't tell that it's running (except by looking at the log, of course).
I'd like to know more about the possibility of plain vacuums harming performance. This is the first I've heard of it. Vacuum full is not always an option in a production environment. ---------------------------(end of broadcast)--------------------------- TIP 7: don't forget to increase your free space map settings
В списке pgsql-admin по дате отправления: