Re: indexes no longer used after shutdown during reindexing
От | Matt Dew |
---|---|
Тема | Re: indexes no longer used after shutdown during reindexing |
Дата | |
Msg-id | 4F0F3A90.20109@consistentstate.com обсуждение исходный текст |
Ответ на | Re: indexes no longer used after shutdown during reindexing (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: indexes no longer used after shutdown during reindexing
|
Список | pgsql-general |
On 01/11/2012 04:29 PM, Tom Lane wrote: > Matt Dew<mattd@consistentstate.com> writes: >> I have a database that was shut down, cleanly, during an 'reindex >> table' command. When the database came back up, queries against that >> table started doing sequential scans instead of using the indexes as >> they had been up until that point. > What exactly is your definition of a "clean shutdown"? At the very > least you'd have had to abort the session running the reindex. Also, > what PG version is this, and what are the index definitions? Is a reboot command considered a clean shutdown? It's a redhat box which called /etc/init.d/postgresql stop, which does: pg_ctl stop -D '$PGDATA' -s -m fast We're using v8.3.9 "idx1" UNIQUE, btree (id) "idx_2" btree (homeaddress) "idx_3" btree (f3) "idx_4" btree (lower(firstname::text) varchar_pattern_ops) "idx_5" btree (lower(lastname::text) varchar_pattern_ops) "idx_6" btree (lower(lastname::text) varchar_pattern_ops, lower(firstname::text) varchar_pattern_ops, id, f5) "idx_7" btree (s2id) "idx_8" btree (sid, lower(memberusername::text) varchar_pattern_ops, lower(email::text) varchar_pattern_ops, birthdate) "idx_9" btree (id, f5) WHERE f5 = false I'm in a rabbit hole. I dug in more and learned that that problem may have existed before the shutdown. I believe the root problem is still the same though; having to recreate the table to get it to use indexes. thanks for any help, Matt > regards, tom lane
В списке pgsql-general по дате отправления: