| From: | Karthik Iyer <karthik(dot)i(at)directi(dot)com> |
|---|---|
| To: | Shaun Thomas <sthomas(at)optionshouse(dot)com>, pgsql-general(at)postgresql(dot)org |
| Cc: | KiritSinh <kirit(dot)p(at)directi(dot)com> |
| Subject: | Re: DATA corruption after promoting slave to master |
| Date: | 2014-06-26 15:34:42 |
| Message-ID: | 53AC3D92.6090604@directi.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
Hi Shaun,
>
>
>> We reindexed all the primary and unique keys of all the tables, But we
>> did not reindex the tables. You think we should do that also ?
>
> Yes, you need to reindex. Part of the problem with this kind of table
> corruption, is that PostgreSQL has applied data and index page
> modifications to the binary files themselves. Due to this, there are
> probably index rows pointing to incorrect or invalid data pages.
>
> Reindexing the primary and unique indexes is a very good start, but
> any queries that use regular indexes can still return invalid or
> mismatched rows when compared to the primary/unique results. Those
> kind of mismatches can result in unexpected behavior from applications.
Thanks, we will reindex the tables too.
> Also, do you think we should do a clean dump restore to eliminate all
> data inconsistencies.
Any inputs here? You think a pgdump and restore would help more ?
TIA,
- Karthik
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Steve Crawford | 2014-06-26 15:45:37 | Re: Fast data, slow data |
| Previous Message | Shaun Thomas | 2014-06-26 14:57:56 | Re: DATA corruption after promoting slave to master |