diff options
| author | Heikki Linnakangas <heikki.linnakangas@iki.fi> | 2025-01-14 14:28:49 +0200 |
|---|---|---|
| committer | Heikki Linnakangas <heikki.linnakangas@iki.fi> | 2025-01-14 14:28:49 +0200 |
| commit | af8cd1639ab298ba8fae62cd9583f1c10a5068e1 (patch) | |
| tree | 56a8715b6c6fbada2521e6f178cd7d70f14449bc /src/include/utils/catcache.h | |
| parent | ce9a74707d4cf7768cff06298d09c7f7e823341d (diff) | |
Fix catcache invalidation of a list entry that's being built
If a new catalog tuple is inserted that belongs to a catcache list
entry, and cache invalidation happens while the list entry is being
built, the list entry might miss the newly inserted tuple.
To fix, change the way we detect concurrent invalidations while a
catcache entry is being built. Keep a stack of entries that are being
built, and apply cache invalidation to those entries in addition to
the real catcache entries. This is similar to the in-progress list in
relcache.c.
Back-patch to all supported versions.
Reviewed-by: Noah Misch
Discussion: https://www.postgresql.org/message-id/2234dc98-06fe-42ed-b5db-ac17384dc880@iki.fi
Diffstat (limited to 'src/include/utils/catcache.h')
| -rw-r--r-- | src/include/utils/catcache.h | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/src/include/utils/catcache.h b/src/include/utils/catcache.h index 1f2ca533aa9..277ec33c00b 100644 --- a/src/include/utils/catcache.h +++ b/src/include/utils/catcache.h @@ -220,6 +220,7 @@ extern CatCList *SearchCatCacheList(CatCache *cache, int nkeys, extern void ReleaseCatCacheList(CatCList *list); extern void ResetCatalogCaches(void); +extern void ResetCatalogCachesExt(bool debug_discard); extern void CatalogCacheFlushCatalog(Oid catId); extern void CatCacheInvalidate(CatCache *cache, uint32 hashValue); extern void PrepareToInvalidateCacheTuple(Relation relation, |