diff options
| author | Michael Paquier <michael@paquier.xyz> | 2023-07-14 11:16:10 +0900 |
|---|---|---|
| committer | Michael Paquier <michael@paquier.xyz> | 2023-07-14 11:16:10 +0900 |
| commit | bdaaf1bf1d90d8c510f18f81edbe90e54262c9df (patch) | |
| tree | b25678e5e538f07a662e79cadcf769202ed3d269 /src/backend/access/gist/gistget.c | |
| parent | c89d74c18b508a865849a422d5ac1df1299ac898 (diff) | |
| download | postgresql-bdaaf1bf1d90d8c510f18f81edbe90e54262c9df.tar.gz postgresql-bdaaf1bf1d90d8c510f18f81edbe90e54262c9df.zip | |
Add indisreplident to fields refreshed by RelationReloadIndexInfo()
RelationReloadIndexInfo() is a fast-path used for index reloads in the
relation cache, and it has always forgotten about updating
indisreplident, which is something that would happen after an index is
selected for a replica identity. This can lead to incorrect cache
information provided when executing a command in a transaction context
that updates indisreplident.
None of the code paths currently on HEAD that need to check upon
pg_index.indisreplident fetch its value from the relation cache, always
relying on a fresh copy on the syscache. Unfortunately, this may not be
the case of out-of-core code, that could see out-of-date value.
Author: Shruthi Gowda
Reviewed-by: Robert Haas, Dilip Kumar, Michael Paquier
Discussion: https://postgr.es/m/CAASxf_PBcxax0wW-3gErUyftZ0XrCs3Lrpuhq4-Z3Fak1DoW7Q@mail.gmail.com
Backpatch-through: 11
Diffstat (limited to 'src/backend/access/gist/gistget.c')
0 files changed, 0 insertions, 0 deletions