Re: ERROR: found unexpected null value in index
Peter Geoghegan <pg@bowt.ie>
From: Peter Geoghegan <pg@bowt.ie>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Manuel Rigger <rigger.manuel@gmail.com>, PostgreSQL mailing lists <pgsql-bugs@lists.postgresql.org>
Date: 2019-07-10T01:30:56Z
Lists: pgsql-bugs
On Tue, Jul 9, 2019 at 6:08 PM Tom Lane <tgl@sss.pgh.pa.us> wrote: > The error is coming from the planner's get_actual_variable_range: > > /* Shouldn't have got a null, but be careful */ > if (isnull[0]) > elog(ERROR, "found unexpected null value in index \"%s\"", > RelationGetRelationName(indexRel)); > > and I think it's entirely within its rights to complain, because it > set up the scan key to reject nulls. In short, somebody seems to > have broken btrees' processing of SK_ISNULL | SK_SEARCHNOTNULL scankeys, > and they broke it in v11, because prior versions don't show this failure. It's not obvious to me why that might be. I'll run a "git bisect" to track down the offending commit. -- Peter Geoghegan
Commits
-
Fix get_actual_variable_range() to cope with broken HOT chains.
- d3751adcf14d 13.0 landed
- cee976c4e8c4 12.0 landed
- 5c1b7edc23a0 11.5 landed
-
Improve performance of get_actual_variable_range with recently-dead tuples.
- 3ca930fc39cc 11.0 cited