Re: [ADMIN] Problem with large table not using indexes (I think)
От | Jeff Frost |
---|---|
Тема | Re: [ADMIN] Problem with large table not using indexes (I think) |
Дата | |
Msg-id | Pine.LNX.4.64.0612231138370.6126@discord.home.frostconsultingllc.com обсуждение исходный текст |
Ответ на | Problem with large table not using indexes (I think) (Benjamin Arai <benjamin@araisoft.com>) |
Ответы |
Re: [ADMIN] Problem with large table not using indexes (I think)
|
Список | pgsql-general |
On Sat, 23 Dec 2006, Benjamin Arai wrote: > The largest table in my database (30GB) has mysteriously went from taking > milli-seconds to perform a query to minutes. This disks are fine and I have > a 4GB shared_memory. Could this slow down have to do with the fsm_max_pages > or something else like that? I made it larger but the queries still taking a > long time. I do daily vacuum's but I don't run it with -z or --full. I > would like to avoid doing a --full if possible because it would literally > take over a week to complete. Any help would be greatly appreciated. Benjamin, When is the last time you ran ANALYZE? That's what the -z option does. If you're only vacuuming once daily, you should definitely analyze with the -z flag as well. -- Jeff Frost, Owner <jeff@frostconsultingllc.com> Frost Consulting, LLC http://www.frostconsultingllc.com/ Phone: 650-780-7908 FAX: 650-649-1954
В списке pgsql-general по дате отправления: