]> git.ipfire.org Git - thirdparty/postgresql.git/commit
Fix updates of indisvalid for partitioned indexes
authorMichael Paquier <michael@paquier.xyz>
Fri, 14 Jul 2023 01:13:22 +0000 (10:13 +0900)
committerMichael Paquier <michael@paquier.xyz>
Fri, 14 Jul 2023 01:13:22 +0000 (10:13 +0900)
commited2b58c153bc39160c2cb707c5b27894fa1831b9
tree46afc447e5657804a9c0f0e01900f4a69b67bd36
parent1c38e7ae17b68a78dcef6a81be9fcf05ba91b374
Fix updates of indisvalid for partitioned indexes

indisvalid is switched to true for partitioned indexes when all its
partitions have valid indexes when attaching a new partition, up to the
top-most parent if all its leaves are themselves valid when dealing with
multiple layers of partitions.

The copy of the tuple from pg_index used to switch indisvalid to true
came from the relation cache, which is incorrect.  Particularly, in the
case reported by Shruthi Gowda, executing a series of commands in a
single transaction would cause the validation of partitioned indexes to
use an incorrect version of a pg_index tuple, as indexes are reloaded
after an invalidation request with RelationReloadIndexInfo(), a much
faster version than a full index cache rebuild.  In this case, the
limited information updated in the cache leads to an incorrect version
of the tuple used.  One of the symptoms reported was the following
error, with a replica identity update, for instance:
"ERROR: attempted to update invisible tuple"

This is incorrect since 8b08f7d, so backpatch all the way down.

Reported-by: Shruthi Gowda
Author: Michael Paquier
Reviewed-by: Shruthi Gowda, Dilip Kumar
Discussion: https://postgr.es/m/CAASxf_PBcxax0wW-3gErUyftZ0XrCs3Lrpuhq4-Z3Fak1DoW7Q@mail.gmail.com
Backpatch-through: 11
src/backend/commands/tablecmds.c
src/test/regress/expected/indexing.out
src/test/regress/sql/indexing.sql