From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Alban Hertroys <haramrae(at)gmail(dot)com> |
Cc: | Oleg Alexeev <oalexeev(at)gmail(dot)com>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: Addled index |
Date: | 2013-03-16 15:10:38 |
Message-ID: | 20997.1363446638@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Alban Hertroys <haramrae(at)gmail(dot)com> writes:
> If there's actually something wrong with the database; it looks a bit like your tables and your indexes get out of sync somehow, which normally wouldn't be possible. I'm mostly guessing, but perhaps one of the below has something to do with it:
> Maybe you turned fsync off?
> What type of index is that? A standard btree or one of the newer types?
> Are those tables and indexes perhaps on some kind of virtual storage or on a file-system that might be rolling back file-system transactions? It this database perhaps a replicated node?
More generally: since we're not hearing this type of complaint from
other people, there must be something pretty unusual about your
installation. You've provided no information that would suggest what,
though. Aside from Alban's questions, some other things come to mind:
* is that a plain text column, or some other data type?
* what collation/ctype is your database using?
* what nondefault parameter settings are you using?
* where did you get the Postgres executables from? Some distro (whose)?
If they're self-built, what compiler and configuration settings did
you use?
* what platform is this? I would not rule out kernel bugs or flaky
hardware.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Oleg Alexeev | 2013-03-16 20:39:30 | Re: Addled index |
Previous Message | Jason Dusek | 2013-03-16 12:30:17 | Analyzing the types of prepared statements |