How to REINDEX in high volume environments?
От | Justin Clift |
---|---|
Тема | How to REINDEX in high volume environments? |
Дата | |
Msg-id | 3D95556E.31116774@postgresql.org обсуждение исходный текст |
Ответы |
Re: How to REINDEX in high volume environments?
Re: How to REINDEX in high volume environments? |
Список | pgsql-hackers |
Hi all, Am experimenting to find out what kind of performance gain are achieved from moving indexes to a different scsi drives than the WAL files, than the data itself, etc. Have come across an interesting problem. Have moved the indexes to another drive, then created symlinks to them. Ran a benchmark against the database, REINDEX'd the tables, VACUUM FULL ANALYZE'd, prepared to re-run the benchmark again and guess what? The indexes were back on the original drive. The process of REINDEX-ing obviously creates another file then drops the original. Is there a way to allow REINDEX to work without having this side affect? Pre-creating a bunch of dangling symlinks doesn't work (tried that, it gives a "ERROR: cannot create accounts_pkey: File exists" on FreeBSD 4.6.2 when using the REINDEX). Any suggestions? :-) Regards and best wishes, Justin Clift -- "My grandfather once told me that there are two kinds of people: those who work and those who take the credit. He told me to try to be in the first group; there was less competition there." - Indira Gandhi
В списке pgsql-hackers по дате отправления: