Re: CLUSTER and synchronized scans and pg_dump et al
От | Jeff Davis |
---|---|
Тема | Re: CLUSTER and synchronized scans and pg_dump et al |
Дата | |
Msg-id | 1201560292.10057.647.camel@dogma.ljc.laika.com обсуждение исходный текст |
Ответ на | Re: CLUSTER and synchronized scans and pg_dump et al (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-hackers |
On Sun, 2008-01-27 at 13:37 -0500, Tom Lane wrote: > Also, does anyone object to making pg_dump just disable it > unconditionally? Greg's original gripe only mentioned the case of > clustered tables, but it'd be kind of a pain to make pg_dump turn it > on and off again for different tables. And I could see people > complaining about pg_dump failing to preserve row order even in > unclustered tables. > If you are running pg_dump, that increases the likelihood that multiple sequential scans will be reading the same large table at the same time. Sync scans prevent that additional scan from bringing your active database to a halt during your dump (due to horrible seeking and poor cache efficiency). I think that pg_dump is a good use case for synchronized scans. Assuming it doesn't hold up 8.3, I think it's worthwhile to consider only disabling it for tables that have been clustered. That being said, this isn't a strong objection. Having a painless 8.3 release is the top priority, of course. Regards,Jeff Davis
В списке pgsql-hackers по дате отправления: