Age Owner Branch data TLA Line data Source code
1 : : /*-------------------------------------------------------------------------
2 : : *
3 : : * inval.c
4 : : * POSTGRES cache invalidation dispatcher code.
5 : : *
6 : : * This is subtle stuff, so pay attention:
7 : : *
8 : : * When a tuple is updated or deleted, our standard visibility rules
9 : : * consider that it is *still valid* so long as we are in the same command,
10 : : * ie, until the next CommandCounterIncrement() or transaction commit.
11 : : * (See access/heap/heapam_visibility.c, and note that system catalogs are
12 : : * generally scanned under the most current snapshot available, rather than
13 : : * the transaction snapshot.) At the command boundary, the old tuple stops
14 : : * being valid and the new version, if any, becomes valid. Therefore,
15 : : * we cannot simply flush a tuple from the system caches during heap_update()
16 : : * or heap_delete(). The tuple is still good at that point; what's more,
17 : : * even if we did flush it, it might be reloaded into the caches by a later
18 : : * request in the same command. So the correct behavior is to keep a list
19 : : * of outdated (updated/deleted) tuples and then do the required cache
20 : : * flushes at the next command boundary. We must also keep track of
21 : : * inserted tuples so that we can flush "negative" cache entries that match
22 : : * the new tuples; again, that mustn't happen until end of command.
23 : : *
24 : : * Once we have finished the command, we still need to remember inserted
25 : : * tuples (including new versions of updated tuples), so that we can flush
26 : : * them from the caches if we abort the transaction. Similarly, we'd better
27 : : * be able to flush "negative" cache entries that may have been loaded in
28 : : * place of deleted tuples, so we still need the deleted ones too.
29 : : *
30 : : * If we successfully complete the transaction, we have to broadcast all
31 : : * these invalidation events to other backends (via the SI message queue)
32 : : * so that they can flush obsolete entries from their caches. Note we have
33 : : * to record the transaction commit before sending SI messages, otherwise
34 : : * the other backends won't see our updated tuples as good.
35 : : *
36 : : * When a subtransaction aborts, we can process and discard any events
37 : : * it has queued. When a subtransaction commits, we just add its events
38 : : * to the pending lists of the parent transaction.
39 : : *
40 : : * In short, we need to remember until xact end every insert or delete
41 : : * of a tuple that might be in the system caches. Updates are treated as
42 : : * two events, delete + insert, for simplicity. (If the update doesn't
43 : : * change the tuple hash value, catcache.c optimizes this into one event.)
44 : : *
45 : : * We do not need to register EVERY tuple operation in this way, just those
46 : : * on tuples in relations that have associated catcaches. We do, however,
47 : : * have to register every operation on every tuple that *could* be in a
48 : : * catcache, whether or not it currently is in our cache. Also, if the
49 : : * tuple is in a relation that has multiple catcaches, we need to register
50 : : * an invalidation message for each such catcache. catcache.c's
51 : : * PrepareToInvalidateCacheTuple() routine provides the knowledge of which
52 : : * catcaches may need invalidation for a given tuple.
53 : : *
54 : : * Also, whenever we see an operation on a pg_class, pg_attribute, or
55 : : * pg_index tuple, we register a relcache flush operation for the relation
56 : : * described by that tuple (as specified in CacheInvalidateHeapTuple()).
57 : : * Likewise for pg_constraint tuples for foreign keys on relations.
58 : : *
59 : : * We keep the relcache flush requests in lists separate from the catcache
60 : : * tuple flush requests. This allows us to issue all the pending catcache
61 : : * flushes before we issue relcache flushes, which saves us from loading
62 : : * a catcache tuple during relcache load only to flush it again right away.
63 : : * Also, we avoid queuing multiple relcache flush requests for the same
64 : : * relation, since a relcache flush is relatively expensive to do.
65 : : * (XXX is it worth testing likewise for duplicate catcache flush entries?
66 : : * Probably not.)
67 : : *
68 : : * Many subsystems own higher-level caches that depend on relcache and/or
69 : : * catcache, and they register callbacks here to invalidate their caches.
70 : : * While building a higher-level cache entry, a backend may receive a
71 : : * callback for the being-built entry or one of its dependencies. This
72 : : * implies the new higher-level entry would be born stale, and it might
73 : : * remain stale for the life of the backend. Many caches do not prevent
74 : : * that. They rely on DDL for can't-miss catalog changes taking
75 : : * AccessExclusiveLock on suitable objects. (For a change made with less
76 : : * locking, backends might never read the change.) The relation cache,
77 : : * however, needs to reflect changes from CREATE INDEX CONCURRENTLY no later
78 : : * than the beginning of the next transaction. Hence, when a relevant
79 : : * invalidation callback arrives during a build, relcache.c reattempts that
80 : : * build. Caches with similar needs could do likewise.
81 : : *
82 : : * If a relcache flush is issued for a system relation that we preload
83 : : * from the relcache init file, we must also delete the init file so that
84 : : * it will be rebuilt during the next backend restart. The actual work of
85 : : * manipulating the init file is in relcache.c, but we keep track of the
86 : : * need for it here.
87 : : *
88 : : * Currently, inval messages are sent without regard for the possibility
89 : : * that the object described by the catalog tuple might be a session-local
90 : : * object such as a temporary table. This is because (1) this code has
91 : : * no practical way to tell the difference, and (2) it is not certain that
92 : : * other backends don't have catalog cache or even relcache entries for
93 : : * such tables, anyway; there is nothing that prevents that. It might be
94 : : * worth trying to avoid sending such inval traffic in the future, if those
95 : : * problems can be overcome cheaply.
96 : : *
97 : : * When making a nontransactional change to a cacheable object, we must
98 : : * likewise send the invalidation immediately, before ending the change's
99 : : * critical section. This includes inplace heap updates, relmap, and smgr.
100 : : *
101 : : * When wal_level=logical, write invalidations into WAL at each command end to
102 : : * support the decoding of the in-progress transactions. See
103 : : * CommandEndInvalidationMessages.
104 : : *
105 : : * Portions Copyright (c) 1996-2025, PostgreSQL Global Development Group
106 : : * Portions Copyright (c) 1994, Regents of the University of California
107 : : *
108 : : * IDENTIFICATION
109 : : * src/backend/utils/cache/inval.c
110 : : *
111 : : *-------------------------------------------------------------------------
112 : : */
113 : : #include "postgres.h"
114 : :
115 : : #include <limits.h>
116 : :
117 : : #include "access/htup_details.h"
118 : : #include "access/xact.h"
119 : : #include "access/xloginsert.h"
120 : : #include "catalog/catalog.h"
121 : : #include "catalog/pg_constraint.h"
122 : : #include "miscadmin.h"
123 : : #include "storage/procnumber.h"
124 : : #include "storage/sinval.h"
125 : : #include "storage/smgr.h"
126 : : #include "utils/catcache.h"
127 : : #include "utils/injection_point.h"
128 : : #include "utils/inval.h"
129 : : #include "utils/memdebug.h"
130 : : #include "utils/memutils.h"
131 : : #include "utils/rel.h"
132 : : #include "utils/relmapper.h"
133 : : #include "utils/snapmgr.h"
134 : : #include "utils/syscache.h"
135 : :
136 : :
137 : : /*
138 : : * Pending requests are stored as ready-to-send SharedInvalidationMessages.
139 : : * We keep the messages themselves in arrays in TopTransactionContext (there
140 : : * are separate arrays for catcache and relcache messages). For transactional
141 : : * messages, control information is kept in a chain of TransInvalidationInfo
142 : : * structs, also allocated in TopTransactionContext. (We could keep a
143 : : * subtransaction's TransInvalidationInfo in its CurTransactionContext; but
144 : : * that's more wasteful not less so, since in very many scenarios it'd be the
145 : : * only allocation in the subtransaction's CurTransactionContext.) For
146 : : * inplace update messages, control information appears in an
147 : : * InvalidationInfo, allocated in CurrentMemoryContext.
148 : : *
149 : : * We can store the message arrays densely, and yet avoid moving data around
150 : : * within an array, because within any one subtransaction we need only
151 : : * distinguish between messages emitted by prior commands and those emitted
152 : : * by the current command. Once a command completes and we've done local
153 : : * processing on its messages, we can fold those into the prior-commands
154 : : * messages just by changing array indexes in the TransInvalidationInfo
155 : : * struct. Similarly, we need distinguish messages of prior subtransactions
156 : : * from those of the current subtransaction only until the subtransaction
157 : : * completes, after which we adjust the array indexes in the parent's
158 : : * TransInvalidationInfo to include the subtransaction's messages. Inplace
159 : : * invalidations don't need a concept of command or subtransaction boundaries,
160 : : * since we send them during the WAL insertion critical section.
161 : : *
162 : : * The ordering of the individual messages within a command's or
163 : : * subtransaction's output is not considered significant, although this
164 : : * implementation happens to preserve the order in which they were queued.
165 : : * (Previous versions of this code did not preserve it.)
166 : : *
167 : : * For notational convenience, control information is kept in two-element
168 : : * arrays, the first for catcache messages and the second for relcache
169 : : * messages.
170 : : */
171 : : #define CatCacheMsgs 0
172 : : #define RelCacheMsgs 1
173 : :
174 : : /* Pointers to main arrays in TopTransactionContext */
175 : : typedef struct InvalMessageArray
176 : : {
177 : : SharedInvalidationMessage *msgs; /* palloc'd array (can be expanded) */
178 : : int maxmsgs; /* current allocated size of array */
179 : : } InvalMessageArray;
180 : :
181 : : static InvalMessageArray InvalMessageArrays[2];
182 : :
183 : : /* Control information for one logical group of messages */
184 : : typedef struct InvalidationMsgsGroup
185 : : {
186 : : int firstmsg[2]; /* first index in relevant array */
187 : : int nextmsg[2]; /* last+1 index */
188 : : } InvalidationMsgsGroup;
189 : :
190 : : /* Macros to help preserve InvalidationMsgsGroup abstraction */
191 : : #define SetSubGroupToFollow(targetgroup, priorgroup, subgroup) \
192 : : do { \
193 : : (targetgroup)->firstmsg[subgroup] = \
194 : : (targetgroup)->nextmsg[subgroup] = \
195 : : (priorgroup)->nextmsg[subgroup]; \
196 : : } while (0)
197 : :
198 : : #define SetGroupToFollow(targetgroup, priorgroup) \
199 : : do { \
200 : : SetSubGroupToFollow(targetgroup, priorgroup, CatCacheMsgs); \
201 : : SetSubGroupToFollow(targetgroup, priorgroup, RelCacheMsgs); \
202 : : } while (0)
203 : :
204 : : #define NumMessagesInSubGroup(group, subgroup) \
205 : : ((group)->nextmsg[subgroup] - (group)->firstmsg[subgroup])
206 : :
207 : : #define NumMessagesInGroup(group) \
208 : : (NumMessagesInSubGroup(group, CatCacheMsgs) + \
209 : : NumMessagesInSubGroup(group, RelCacheMsgs))
210 : :
211 : :
212 : : /*----------------
213 : : * Transactional invalidation messages are divided into two groups:
214 : : * 1) events so far in current command, not yet reflected to caches.
215 : : * 2) events in previous commands of current transaction; these have
216 : : * been reflected to local caches, and must be either broadcast to
217 : : * other backends or rolled back from local cache when we commit
218 : : * or abort the transaction.
219 : : * Actually, we need such groups for each level of nested transaction,
220 : : * so that we can discard events from an aborted subtransaction. When
221 : : * a subtransaction commits, we append its events to the parent's groups.
222 : : *
223 : : * The relcache-file-invalidated flag can just be a simple boolean,
224 : : * since we only act on it at transaction commit; we don't care which
225 : : * command of the transaction set it.
226 : : *----------------
227 : : */
228 : :
229 : : /* fields common to both transactional and inplace invalidation */
230 : : typedef struct InvalidationInfo
231 : : {
232 : : /* Events emitted by current command */
233 : : InvalidationMsgsGroup CurrentCmdInvalidMsgs;
234 : :
235 : : /* init file must be invalidated? */
236 : : bool RelcacheInitFileInval;
237 : : } InvalidationInfo;
238 : :
239 : : /* subclass adding fields specific to transactional invalidation */
240 : : typedef struct TransInvalidationInfo
241 : : {
242 : : /* Base class */
243 : : struct InvalidationInfo ii;
244 : :
245 : : /* Events emitted by previous commands of this (sub)transaction */
246 : : InvalidationMsgsGroup PriorCmdInvalidMsgs;
247 : :
248 : : /* Back link to parent transaction's info */
249 : : struct TransInvalidationInfo *parent;
250 : :
251 : : /* Subtransaction nesting depth */
252 : : int my_level;
253 : : } TransInvalidationInfo;
254 : :
255 : : static TransInvalidationInfo *transInvalInfo = NULL;
256 : :
257 : : static InvalidationInfo *inplaceInvalInfo = NULL;
258 : :
259 : : /* GUC storage */
260 : : int debug_discard_caches = 0;
261 : :
262 : : /*
263 : : * Dynamically-registered callback functions. Current implementation
264 : : * assumes there won't be enough of these to justify a dynamically resizable
265 : : * array; it'd be easy to improve that if needed.
266 : : *
267 : : * To avoid searching in CallSyscacheCallbacks, all callbacks for a given
268 : : * syscache are linked into a list pointed to by syscache_callback_links[id].
269 : : * The link values are syscache_callback_list[] index plus 1, or 0 for none.
270 : : */
271 : :
272 : : #define MAX_SYSCACHE_CALLBACKS 64
273 : : #define MAX_RELCACHE_CALLBACKS 10
274 : : #define MAX_RELSYNC_CALLBACKS 10
275 : :
276 : : static struct SYSCACHECALLBACK
277 : : {
278 : : int16 id; /* cache number */
279 : : int16 link; /* next callback index+1 for same cache */
280 : : SyscacheCallbackFunction function;
281 : : Datum arg;
282 : : } syscache_callback_list[MAX_SYSCACHE_CALLBACKS];
283 : :
284 : : static int16 syscache_callback_links[SysCacheSize];
285 : :
286 : : static int syscache_callback_count = 0;
287 : :
288 : : static struct RELCACHECALLBACK
289 : : {
290 : : RelcacheCallbackFunction function;
291 : : Datum arg;
292 : : } relcache_callback_list[MAX_RELCACHE_CALLBACKS];
293 : :
294 : : static int relcache_callback_count = 0;
295 : :
296 : : static struct RELSYNCCALLBACK
297 : : {
298 : : RelSyncCallbackFunction function;
299 : : Datum arg;
300 : : } relsync_callback_list[MAX_RELSYNC_CALLBACKS];
301 : :
302 : : static int relsync_callback_count = 0;
303 : :
304 : :
305 : : /* ----------------------------------------------------------------
306 : : * Invalidation subgroup support functions
307 : : * ----------------------------------------------------------------
308 : : */
309 : :
310 : : /*
311 : : * AddInvalidationMessage
312 : : * Add an invalidation message to a (sub)group.
313 : : *
314 : : * The group must be the last active one, since we assume we can add to the
315 : : * end of the relevant InvalMessageArray.
316 : : *
317 : : * subgroup must be CatCacheMsgs or RelCacheMsgs.
318 : : */
319 : : static void
1584 tgl@sss.pgh.pa.us 320 :CBC 3576027 : AddInvalidationMessage(InvalidationMsgsGroup *group, int subgroup,
321 : : const SharedInvalidationMessage *msg)
322 : : {
323 : 3576027 : InvalMessageArray *ima = &InvalMessageArrays[subgroup];
324 : 3576027 : int nextindex = group->nextmsg[subgroup];
325 : :
326 [ + + ]: 3576027 : if (nextindex >= ima->maxmsgs)
327 : : {
328 [ + + ]: 274383 : if (ima->msgs == NULL)
329 : : {
330 : : /* Create new storage array in TopTransactionContext */
331 : 243646 : int reqsize = 32; /* arbitrary */
332 : :
333 : 243646 : ima->msgs = (SharedInvalidationMessage *)
334 : 243646 : MemoryContextAlloc(TopTransactionContext,
335 : : reqsize * sizeof(SharedInvalidationMessage));
336 : 243646 : ima->maxmsgs = reqsize;
337 [ - + ]: 243646 : Assert(nextindex == 0);
338 : : }
339 : : else
340 : : {
341 : : /* Enlarge storage array */
342 : 30737 : int reqsize = 2 * ima->maxmsgs;
343 : :
344 : 30737 : ima->msgs = (SharedInvalidationMessage *)
345 : 30737 : repalloc(ima->msgs,
346 : : reqsize * sizeof(SharedInvalidationMessage));
347 : 30737 : ima->maxmsgs = reqsize;
348 : : }
349 : : }
350 : : /* Okay, add message to current group */
351 : 3576027 : ima->msgs[nextindex] = *msg;
352 : 3576027 : group->nextmsg[subgroup]++;
10753 scrappy@hub.org 353 : 3576027 : }
354 : :
355 : : /*
356 : : * Append one subgroup of invalidation messages to another, resetting
357 : : * the source subgroup to empty.
358 : : */
359 : : static void
1584 tgl@sss.pgh.pa.us 360 : 1091316 : AppendInvalidationMessageSubGroup(InvalidationMsgsGroup *dest,
361 : : InvalidationMsgsGroup *src,
362 : : int subgroup)
363 : : {
364 : : /* Messages must be adjacent in main array */
365 [ - + ]: 1091316 : Assert(dest->nextmsg[subgroup] == src->firstmsg[subgroup]);
366 : :
367 : : /* ... which makes this easy: */
368 : 1091316 : dest->nextmsg[subgroup] = src->nextmsg[subgroup];
369 : :
370 : : /*
371 : : * This is handy for some callers and irrelevant for others. But we do it
372 : : * always, reasoning that it's bad to leave different groups pointing at
373 : : * the same fragment of the message array.
374 : : */
375 : 1091316 : SetSubGroupToFollow(src, dest, subgroup);
8690 376 : 1091316 : }
377 : :
378 : : /*
379 : : * Process a subgroup of invalidation messages.
380 : : *
381 : : * This is a macro that executes the given code fragment for each message in
382 : : * a message subgroup. The fragment should refer to the message as *msg.
383 : : */
384 : : #define ProcessMessageSubGroup(group, subgroup, codeFragment) \
385 : : do { \
386 : : int _msgindex = (group)->firstmsg[subgroup]; \
387 : : int _endmsg = (group)->nextmsg[subgroup]; \
388 : : for (; _msgindex < _endmsg; _msgindex++) \
389 : : { \
390 : : SharedInvalidationMessage *msg = \
391 : : &InvalMessageArrays[subgroup].msgs[_msgindex]; \
392 : : codeFragment; \
393 : : } \
394 : : } while (0)
395 : :
396 : : /*
397 : : * Process a subgroup of invalidation messages as an array.
398 : : *
399 : : * As above, but the code fragment can handle an array of messages.
400 : : * The fragment should refer to the messages as msgs[], with n entries.
401 : : */
402 : : #define ProcessMessageSubGroupMulti(group, subgroup, codeFragment) \
403 : : do { \
404 : : int n = NumMessagesInSubGroup(group, subgroup); \
405 : : if (n > 0) { \
406 : : SharedInvalidationMessage *msgs = \
407 : : &InvalMessageArrays[subgroup].msgs[(group)->firstmsg[subgroup]]; \
408 : : codeFragment; \
409 : : } \
410 : : } while (0)
411 : :
412 : :
413 : : /* ----------------------------------------------------------------
414 : : * Invalidation group support functions
415 : : *
416 : : * These routines understand about the division of a logical invalidation
417 : : * group into separate physical arrays for catcache and relcache entries.
418 : : * ----------------------------------------------------------------
419 : : */
420 : :
421 : : /*
422 : : * Add a catcache inval entry
423 : : */
424 : : static void
1584 425 : 2888794 : AddCatcacheInvalidationMessage(InvalidationMsgsGroup *group,
426 : : int id, uint32 hashValue, Oid dbId)
427 : : {
428 : : SharedInvalidationMessage msg;
429 : :
5605 rhaas@postgresql.org 430 [ - + ]: 2888794 : Assert(id < CHAR_MAX);
431 : 2888794 : msg.cc.id = (int8) id;
8690 tgl@sss.pgh.pa.us 432 : 2888794 : msg.cc.dbId = dbId;
433 : 2888794 : msg.cc.hashValue = hashValue;
434 : :
435 : : /*
436 : : * Define padding bytes in SharedInvalidationMessage structs to be
437 : : * defined. Otherwise the sinvaladt.c ringbuffer, which is accessed by
438 : : * multiple processes, will cause spurious valgrind warnings about
439 : : * undefined memory being used. That's because valgrind remembers the
440 : : * undefined bytes from the last local process's store, not realizing that
441 : : * another process has written since, filling the previously uninitialized
442 : : * bytes
443 : : */
444 : : VALGRIND_MAKE_MEM_DEFINED(&msg, sizeof(msg));
445 : :
1584 446 : 2888794 : AddInvalidationMessage(group, CatCacheMsgs, &msg);
9473 inoue@tpf.co.jp 447 : 2888794 : }
448 : :
449 : : /*
450 : : * Add a whole-catalog inval entry
451 : : */
452 : : static void
1584 tgl@sss.pgh.pa.us 453 : 100 : AddCatalogInvalidationMessage(InvalidationMsgsGroup *group,
454 : : Oid dbId, Oid catId)
455 : : {
456 : : SharedInvalidationMessage msg;
457 : :
5792 458 : 100 : msg.cat.id = SHAREDINVALCATALOG_ID;
459 : 100 : msg.cat.dbId = dbId;
460 : 100 : msg.cat.catId = catId;
461 : : /* check AddCatcacheInvalidationMessage() for an explanation */
462 : : VALGRIND_MAKE_MEM_DEFINED(&msg, sizeof(msg));
463 : :
1584 464 : 100 : AddInvalidationMessage(group, CatCacheMsgs, &msg);
5792 465 : 100 : }
466 : :
467 : : /*
468 : : * Add a relcache inval entry
469 : : */
470 : : static void
1584 471 : 1040758 : AddRelcacheInvalidationMessage(InvalidationMsgsGroup *group,
472 : : Oid dbId, Oid relId)
473 : : {
474 : : SharedInvalidationMessage msg;
475 : :
476 : : /*
477 : : * Don't add a duplicate item. We assume dbId need not be checked because
478 : : * it will never change. InvalidOid for relId means all relations so we
479 : : * don't need to add individual ones when it is present.
480 : : */
481 [ + + + + : 3299881 : ProcessMessageSubGroup(group, RelCacheMsgs,
- + + + ]
482 : : if (msg->rc.id == SHAREDINVALRELCACHE_ID &&
483 : : (msg->rc.relId == relId ||
484 : : msg->rc.relId == InvalidOid))
485 : : return);
486 : :
487 : : /* OK, add the item */
8947 488 : 409602 : msg.rc.id = SHAREDINVALRELCACHE_ID;
489 : 409602 : msg.rc.dbId = dbId;
490 : 409602 : msg.rc.relId = relId;
491 : : /* check AddCatcacheInvalidationMessage() for an explanation */
492 : : VALGRIND_MAKE_MEM_DEFINED(&msg, sizeof(msg));
493 : :
1584 494 : 409602 : AddInvalidationMessage(group, RelCacheMsgs, &msg);
495 : : }
496 : :
497 : : /*
498 : : * Add a relsync inval entry
499 : : *
500 : : * We put these into the relcache subgroup for simplicity. This message is the
501 : : * same as AddRelcacheInvalidationMessage() except that it is for
502 : : * RelationSyncCache maintained by decoding plugin pgoutput.
503 : : */
504 : : static void
279 akapila@postgresql.o 505 : 6 : AddRelsyncInvalidationMessage(InvalidationMsgsGroup *group,
506 : : Oid dbId, Oid relId)
507 : : {
508 : : SharedInvalidationMessage msg;
509 : :
510 : : /* Don't add a duplicate item. */
511 [ - - - - : 6 : ProcessMessageSubGroup(group, RelCacheMsgs,
- - - + ]
512 : : if (msg->rc.id == SHAREDINVALRELSYNC_ID &&
513 : : (msg->rc.relId == relId ||
514 : : msg->rc.relId == InvalidOid))
515 : : return);
516 : :
517 : : /* OK, add the item */
518 : 6 : msg.rc.id = SHAREDINVALRELSYNC_ID;
519 : 6 : msg.rc.dbId = dbId;
520 : 6 : msg.rc.relId = relId;
521 : : /* check AddCatcacheInvalidationMessage() for an explanation */
522 : : VALGRIND_MAKE_MEM_DEFINED(&msg, sizeof(msg));
523 : :
524 : 6 : AddInvalidationMessage(group, RelCacheMsgs, &msg);
525 : : }
526 : :
527 : : /*
528 : : * Add a snapshot inval entry
529 : : *
530 : : * We put these into the relcache subgroup for simplicity.
531 : : */
532 : : static void
1584 tgl@sss.pgh.pa.us 533 : 552225 : AddSnapshotInvalidationMessage(InvalidationMsgsGroup *group,
534 : : Oid dbId, Oid relId)
535 : : {
536 : : SharedInvalidationMessage msg;
537 : :
538 : : /* Don't add a duplicate item */
539 : : /* We assume dbId need not be checked because it will never change */
540 [ + + + + : 806986 : ProcessMessageSubGroup(group, RelCacheMsgs,
+ + ]
541 : : if (msg->sn.id == SHAREDINVALSNAPSHOT_ID &&
542 : : msg->sn.relId == relId)
543 : : return);
544 : :
545 : : /* OK, add the item */
4551 rhaas@postgresql.org 546 : 277525 : msg.sn.id = SHAREDINVALSNAPSHOT_ID;
547 : 277525 : msg.sn.dbId = dbId;
548 : 277525 : msg.sn.relId = relId;
549 : : /* check AddCatcacheInvalidationMessage() for an explanation */
550 : : VALGRIND_MAKE_MEM_DEFINED(&msg, sizeof(msg));
551 : :
1584 tgl@sss.pgh.pa.us 552 : 277525 : AddInvalidationMessage(group, RelCacheMsgs, &msg);
553 : : }
554 : :
555 : : /*
556 : : * Append one group of invalidation messages to another, resetting
557 : : * the source group to empty.
558 : : */
559 : : static void
560 : 545658 : AppendInvalidationMessages(InvalidationMsgsGroup *dest,
561 : : InvalidationMsgsGroup *src)
562 : : {
563 : 545658 : AppendInvalidationMessageSubGroup(dest, src, CatCacheMsgs);
564 : 545658 : AppendInvalidationMessageSubGroup(dest, src, RelCacheMsgs);
8690 565 : 545658 : }
566 : :
567 : : /*
568 : : * Execute the given function for all the messages in an invalidation group.
569 : : * The group is not altered.
570 : : *
571 : : * catcache entries are processed first, for reasons mentioned above.
572 : : */
573 : : static void
1584 574 : 436536 : ProcessInvalidationMessages(InvalidationMsgsGroup *group,
575 : : void (*func) (SharedInvalidationMessage *msg))
576 : : {
577 [ + + ]: 3179713 : ProcessMessageSubGroup(group, CatCacheMsgs, func(msg));
578 [ + + ]: 1036791 : ProcessMessageSubGroup(group, RelCacheMsgs, func(msg));
8947 579 : 436533 : }
580 : :
581 : : /*
582 : : * As above, but the function is able to process an array of messages
583 : : * rather than just one at a time.
584 : : */
585 : : static void
1584 586 : 162051 : ProcessInvalidationMessagesMulti(InvalidationMsgsGroup *group,
587 : : void (*func) (const SharedInvalidationMessage *msgs, int n))
588 : : {
589 [ + + ]: 162051 : ProcessMessageSubGroupMulti(group, CatCacheMsgs, func(msgs, n));
590 [ + + ]: 162051 : ProcessMessageSubGroupMulti(group, RelCacheMsgs, func(msgs, n));
6390 591 : 162051 : }
592 : :
593 : : /* ----------------------------------------------------------------
594 : : * private support functions
595 : : * ----------------------------------------------------------------
596 : : */
597 : :
598 : : /*
599 : : * RegisterCatcacheInvalidation
600 : : *
601 : : * Register an invalidation event for a catcache tuple entry.
602 : : */
603 : : static void
8947 604 : 2888794 : RegisterCatcacheInvalidation(int cacheId,
605 : : uint32 hashValue,
606 : : Oid dbId,
607 : : void *context)
608 : : {
418 noah@leadboat.com 609 : 2888794 : InvalidationInfo *info = (InvalidationInfo *) context;
610 : :
611 : 2888794 : AddCatcacheInvalidationMessage(&info->CurrentCmdInvalidMsgs,
612 : : cacheId, hashValue, dbId);
10753 scrappy@hub.org 613 : 2888794 : }
614 : :
615 : : /*
616 : : * RegisterCatalogInvalidation
617 : : *
618 : : * Register an invalidation event for all catcache entries from a catalog.
619 : : */
620 : : static void
418 noah@leadboat.com 621 : 100 : RegisterCatalogInvalidation(InvalidationInfo *info, Oid dbId, Oid catId)
622 : : {
623 : 100 : AddCatalogInvalidationMessage(&info->CurrentCmdInvalidMsgs, dbId, catId);
5792 tgl@sss.pgh.pa.us 624 : 100 : }
625 : :
626 : : /*
627 : : * RegisterRelcacheInvalidation
628 : : *
629 : : * As above, but register a relcache invalidation event.
630 : : */
631 : : static void
418 noah@leadboat.com 632 : 1040758 : RegisterRelcacheInvalidation(InvalidationInfo *info, Oid dbId, Oid relId)
633 : : {
634 : 1040758 : AddRelcacheInvalidationMessage(&info->CurrentCmdInvalidMsgs, dbId, relId);
635 : :
636 : : /*
637 : : * Most of the time, relcache invalidation is associated with system
638 : : * catalog updates, but there are a few cases where it isn't. Quick hack
639 : : * to ensure that the next CommandCounterIncrement() will think that we
640 : : * need to do CommandEndInvalidationMessages().
641 : : */
6592 tgl@sss.pgh.pa.us 642 : 1040758 : (void) GetCurrentCommandId(true);
643 : :
644 : : /*
645 : : * If the relation being invalidated is one of those cached in a relcache
646 : : * init file, mark that we need to zap that file at commit. For simplicity
647 : : * invalidations for a specific database always invalidate the shared file
648 : : * as well. Also zap when we are invalidating whole relcache.
649 : : */
2745 andres@anarazel.de 650 [ + + + + ]: 1040758 : if (relId == InvalidOid || RelationIdIsInInitFile(relId))
418 noah@leadboat.com 651 : 57237 : info->RelcacheInitFileInval = true;
9473 inoue@tpf.co.jp 652 : 1040758 : }
653 : :
654 : : /*
655 : : * RegisterRelsyncInvalidation
656 : : *
657 : : * As above, but register a relsynccache invalidation event.
658 : : */
659 : : static void
279 akapila@postgresql.o 660 : 6 : RegisterRelsyncInvalidation(InvalidationInfo *info, Oid dbId, Oid relId)
661 : : {
662 : 6 : AddRelsyncInvalidationMessage(&info->CurrentCmdInvalidMsgs, dbId, relId);
663 : 6 : }
664 : :
665 : : /*
666 : : * RegisterSnapshotInvalidation
667 : : *
668 : : * Register an invalidation event for MVCC scans against a given catalog.
669 : : * Only needed for catalogs that don't have catcaches.
670 : : */
671 : : static void
418 noah@leadboat.com 672 : 552225 : RegisterSnapshotInvalidation(InvalidationInfo *info, Oid dbId, Oid relId)
673 : : {
674 : 552225 : AddSnapshotInvalidationMessage(&info->CurrentCmdInvalidMsgs, dbId, relId);
4551 rhaas@postgresql.org 675 : 552225 : }
676 : :
677 : : /*
678 : : * PrepareInvalidationState
679 : : * Initialize inval data for the current (sub)transaction.
680 : : */
681 : : static InvalidationInfo *
771 michael@paquier.xyz 682 : 2186565 : PrepareInvalidationState(void)
683 : : {
684 : : TransInvalidationInfo *myInfo;
685 : :
686 : : /* PrepareToInvalidateCacheTuple() needs relcache */
244 noah@leadboat.com 687 : 2186565 : AssertCouldGetRelation();
688 : : /* Can't queue transactional message while collecting inplace messages. */
418 689 [ - + ]: 2186565 : Assert(inplaceInvalInfo == NULL);
690 : :
771 michael@paquier.xyz 691 [ + + + + ]: 4259047 : if (transInvalInfo != NULL &&
692 : 2072482 : transInvalInfo->my_level == GetCurrentTransactionNestLevel())
418 noah@leadboat.com 693 : 2072406 : return (InvalidationInfo *) transInvalInfo;
694 : :
695 : : myInfo = (TransInvalidationInfo *)
771 michael@paquier.xyz 696 : 114159 : MemoryContextAllocZero(TopTransactionContext,
697 : : sizeof(TransInvalidationInfo));
698 : 114159 : myInfo->parent = transInvalInfo;
699 : 114159 : myInfo->my_level = GetCurrentTransactionNestLevel();
700 : :
701 : : /* Now, do we have a previous stack entry? */
702 [ + + ]: 114159 : if (transInvalInfo != NULL)
703 : : {
704 : : /* Yes; this one should be for a deeper nesting level. */
705 [ - + ]: 76 : Assert(myInfo->my_level > transInvalInfo->my_level);
706 : :
707 : : /*
708 : : * The parent (sub)transaction must not have any current (i.e.,
709 : : * not-yet-locally-processed) messages. If it did, we'd have a
710 : : * semantic problem: the new subtransaction presumably ought not be
711 : : * able to see those events yet, but since the CommandCounter is
712 : : * linear, that can't work once the subtransaction advances the
713 : : * counter. This is a convenient place to check for that, as well as
714 : : * being important to keep management of the message arrays simple.
715 : : */
418 noah@leadboat.com 716 [ - + ]: 76 : if (NumMessagesInGroup(&transInvalInfo->ii.CurrentCmdInvalidMsgs) != 0)
771 michael@paquier.xyz 717 [ # # ]:UBC 0 : elog(ERROR, "cannot start a subtransaction when there are unprocessed inval messages");
718 : :
719 : : /*
720 : : * MemoryContextAllocZero set firstmsg = nextmsg = 0 in each group,
721 : : * which is fine for the first (sub)transaction, but otherwise we need
722 : : * to update them to follow whatever is already in the arrays.
723 : : */
771 michael@paquier.xyz 724 :CBC 76 : SetGroupToFollow(&myInfo->PriorCmdInvalidMsgs,
725 : : &transInvalInfo->ii.CurrentCmdInvalidMsgs);
418 noah@leadboat.com 726 : 76 : SetGroupToFollow(&myInfo->ii.CurrentCmdInvalidMsgs,
727 : : &myInfo->PriorCmdInvalidMsgs);
728 : : }
729 : : else
730 : : {
731 : : /*
732 : : * Here, we need only clear any array pointers left over from a prior
733 : : * transaction.
734 : : */
771 michael@paquier.xyz 735 : 114083 : InvalMessageArrays[CatCacheMsgs].msgs = NULL;
736 : 114083 : InvalMessageArrays[CatCacheMsgs].maxmsgs = 0;
737 : 114083 : InvalMessageArrays[RelCacheMsgs].msgs = NULL;
738 : 114083 : InvalMessageArrays[RelCacheMsgs].maxmsgs = 0;
739 : : }
740 : :
741 : 114159 : transInvalInfo = myInfo;
418 noah@leadboat.com 742 : 114159 : return (InvalidationInfo *) myInfo;
743 : : }
744 : :
745 : : /*
746 : : * PrepareInplaceInvalidationState
747 : : * Initialize inval data for an inplace update.
748 : : *
749 : : * See previous function for more background.
750 : : */
751 : : static InvalidationInfo *
752 : 76319 : PrepareInplaceInvalidationState(void)
753 : : {
754 : : InvalidationInfo *myInfo;
755 : :
244 756 : 76319 : AssertCouldGetRelation();
757 : : /* limit of one inplace update under assembly */
418 758 [ - + ]: 76319 : Assert(inplaceInvalInfo == NULL);
759 : :
760 : : /* gone after WAL insertion CritSection ends, so use current context */
7 michael@paquier.xyz 761 :GNC 76319 : myInfo = palloc0_object(InvalidationInfo);
762 : :
763 : : /* Stash our messages past end of the transactional messages, if any. */
418 noah@leadboat.com 764 [ + + ]:CBC 76319 : if (transInvalInfo != NULL)
765 : 55915 : SetGroupToFollow(&myInfo->CurrentCmdInvalidMsgs,
766 : : &transInvalInfo->ii.CurrentCmdInvalidMsgs);
767 : : else
768 : : {
769 : 20404 : InvalMessageArrays[CatCacheMsgs].msgs = NULL;
770 : 20404 : InvalMessageArrays[CatCacheMsgs].maxmsgs = 0;
771 : 20404 : InvalMessageArrays[RelCacheMsgs].msgs = NULL;
772 : 20404 : InvalMessageArrays[RelCacheMsgs].maxmsgs = 0;
773 : : }
774 : :
775 : 76319 : inplaceInvalInfo = myInfo;
776 : 76319 : return myInfo;
777 : : }
778 : :
779 : : /* ----------------------------------------------------------------
780 : : * public functions
781 : : * ----------------------------------------------------------------
782 : : */
783 : :
784 : : void
771 michael@paquier.xyz 785 : 2103 : InvalidateSystemCachesExtended(bool debug_discard)
786 : : {
787 : : int i;
788 : :
789 : 2103 : InvalidateCatalogSnapshot();
337 heikki.linnakangas@i 790 : 2103 : ResetCatalogCachesExt(debug_discard);
771 michael@paquier.xyz 791 : 2103 : RelationCacheInvalidate(debug_discard); /* gets smgr and relmap too */
792 : :
793 [ + + ]: 36116 : for (i = 0; i < syscache_callback_count; i++)
794 : : {
795 : 34013 : struct SYSCACHECALLBACK *ccitem = syscache_callback_list + i;
796 : :
797 : 34013 : ccitem->function(ccitem->arg, ccitem->id, 0);
798 : : }
799 : :
800 [ + + ]: 4796 : for (i = 0; i < relcache_callback_count; i++)
801 : : {
802 : 2693 : struct RELCACHECALLBACK *ccitem = relcache_callback_list + i;
803 : :
804 : 2693 : ccitem->function(ccitem->arg, InvalidOid);
805 : : }
806 : :
279 akapila@postgresql.o 807 [ + + ]: 2123 : for (i = 0; i < relsync_callback_count; i++)
808 : : {
809 : 20 : struct RELSYNCCALLBACK *ccitem = relsync_callback_list + i;
810 : :
811 : 20 : ccitem->function(ccitem->arg, InvalidOid);
812 : : }
771 michael@paquier.xyz 813 : 2103 : }
814 : :
815 : : /*
816 : : * LocalExecuteInvalidationMessage
817 : : *
818 : : * Process a single invalidation message (which could be of any type).
819 : : * Only the local caches are flushed; this does not transmit the message
820 : : * to other backends.
821 : : */
822 : : void
8947 tgl@sss.pgh.pa.us 823 : 20698902 : LocalExecuteInvalidationMessage(SharedInvalidationMessage *msg)
824 : : {
825 [ + + ]: 20698902 : if (msg->id >= 0)
826 : : {
5792 827 [ + + + + ]: 16650768 : if (msg->cc.dbId == MyDatabaseId || msg->cc.dbId == InvalidOid)
828 : : {
4551 rhaas@postgresql.org 829 : 12539079 : InvalidateCatalogSnapshot();
830 : :
3141 tgl@sss.pgh.pa.us 831 : 12539079 : SysCacheInvalidate(msg->cc.id, msg->cc.hashValue);
832 : :
5237 833 : 12539079 : CallSyscacheCallbacks(msg->cc.id, msg->cc.hashValue);
834 : : }
835 : : }
5792 836 [ + + ]: 4048134 : else if (msg->id == SHAREDINVALCATALOG_ID)
837 : : {
838 [ + + + + ]: 391 : if (msg->cat.dbId == MyDatabaseId || msg->cat.dbId == InvalidOid)
839 : : {
4551 rhaas@postgresql.org 840 : 337 : InvalidateCatalogSnapshot();
841 : :
5792 tgl@sss.pgh.pa.us 842 : 337 : CatalogCacheFlushCatalog(msg->cat.catId);
843 : :
844 : : /* CatalogCacheFlushCatalog calls CallSyscacheCallbacks as needed */
845 : : }
846 : : }
8947 847 [ + + ]: 4047743 : else if (msg->id == SHAREDINVALRELCACHE_ID)
848 : : {
7981 849 [ + + + + ]: 2171924 : if (msg->rc.dbId == MyDatabaseId || msg->rc.dbId == InvalidOid)
850 : : {
851 : : int i;
852 : :
3254 peter_e@gmx.net 853 [ + + ]: 1641635 : if (msg->rc.relId == InvalidOid)
1516 noah@leadboat.com 854 : 315 : RelationCacheInvalidate(false);
855 : : else
3254 peter_e@gmx.net 856 : 1641320 : RelationCacheInvalidateEntry(msg->rc.relId);
857 : :
6308 tgl@sss.pgh.pa.us 858 [ + + ]: 4543337 : for (i = 0; i < relcache_callback_count; i++)
859 : : {
860 : 2901705 : struct RELCACHECALLBACK *ccitem = relcache_callback_list + i;
861 : :
3023 peter_e@gmx.net 862 : 2901705 : ccitem->function(ccitem->arg, msg->rc.relId);
863 : : }
864 : : }
865 : : }
7646 tgl@sss.pgh.pa.us 866 [ + + ]: 1875819 : else if (msg->id == SHAREDINVALSMGR_ID)
867 : : {
868 : : /*
869 : : * We could have smgr entries for relations of other databases, so no
870 : : * short-circuit test is possible here.
871 : : */
872 : : RelFileLocatorBackend rlocator;
873 : :
1176 rhaas@postgresql.org 874 : 256381 : rlocator.locator = msg->sm.rlocator;
1260 875 : 256381 : rlocator.backend = (msg->sm.backend_hi << 16) | (int) msg->sm.backend_lo;
686 heikki.linnakangas@i 876 : 256381 : smgrreleaserellocator(rlocator);
877 : : }
5792 tgl@sss.pgh.pa.us 878 [ + + ]: 1619438 : else if (msg->id == SHAREDINVALRELMAP_ID)
879 : : {
880 : : /* We only care about our own database and shared catalogs */
881 [ + + ]: 238 : if (msg->rm.dbId == InvalidOid)
882 : 137 : RelationMapInvalidate(true);
883 [ + + ]: 101 : else if (msg->rm.dbId == MyDatabaseId)
884 : 68 : RelationMapInvalidate(false);
885 : : }
4551 rhaas@postgresql.org 886 [ + + ]: 1619200 : else if (msg->id == SHAREDINVALSNAPSHOT_ID)
887 : : {
888 : : /* We only care about our own database and shared catalogs */
1815 michael@paquier.xyz 889 [ + + ]: 1619169 : if (msg->sn.dbId == InvalidOid)
4551 rhaas@postgresql.org 890 : 50236 : InvalidateCatalogSnapshot();
1815 michael@paquier.xyz 891 [ + + ]: 1568933 : else if (msg->sn.dbId == MyDatabaseId)
4551 rhaas@postgresql.org 892 : 1200666 : InvalidateCatalogSnapshot();
893 : : }
279 akapila@postgresql.o 894 [ + - ]: 31 : else if (msg->id == SHAREDINVALRELSYNC_ID)
895 : : {
896 : : /* We only care about our own database */
897 [ + - ]: 31 : if (msg->rs.dbId == MyDatabaseId)
898 : 31 : CallRelSyncCallbacks(msg->rs.relid);
899 : : }
900 : : else
5295 peter_e@gmx.net 901 [ # # ]:UBC 0 : elog(FATAL, "unrecognized SI message ID: %d", msg->id);
10753 scrappy@hub.org 902 :CBC 20698899 : }
903 : :
904 : : /*
905 : : * InvalidateSystemCaches
906 : : *
907 : : * This blows away all tuples in the system catalog caches and
908 : : * all the cached relation descriptors and smgr cache entries.
909 : : * Relation descriptors that have positive refcounts are then rebuilt.
910 : : *
911 : : * We call this when we see a shared-inval-queue overflow signal,
912 : : * since that tells us we've lost some shared-inval messages and hence
913 : : * don't know what needs to be invalidated.
914 : : */
915 : : void
8948 tgl@sss.pgh.pa.us 916 : 2103 : InvalidateSystemCaches(void)
917 : : {
1516 noah@leadboat.com 918 : 2103 : InvalidateSystemCachesExtended(false);
919 : 2103 : }
920 : :
921 : : /*
922 : : * AcceptInvalidationMessages
923 : : * Read and process invalidation messages from the shared invalidation
924 : : * message queue.
925 : : *
926 : : * Note:
927 : : * This should be called as the first step in processing a transaction.
928 : : */
929 : : void
8947 tgl@sss.pgh.pa.us 930 : 17821330 : AcceptInvalidationMessages(void)
931 : : {
932 : : #ifdef USE_ASSERT_CHECKING
933 : : /* message handlers shall access catalogs only during transactions */
244 noah@leadboat.com 934 [ + + ]: 17821330 : if (IsTransactionState())
935 : 17485138 : AssertCouldGetRelation();
936 : : #endif
937 : :
8947 tgl@sss.pgh.pa.us 938 : 17821330 : ReceiveSharedInvalidMessages(LocalExecuteInvalidationMessage,
939 : : InvalidateSystemCaches);
940 : :
941 : : /*----------
942 : : * Test code to force cache flushes anytime a flush could happen.
943 : : *
944 : : * This helps detect intermittent faults caused by code that reads a cache
945 : : * entry and then performs an action that could invalidate the entry, but
946 : : * rarely actually does so. This can spot issues that would otherwise
947 : : * only arise with badly timed concurrent DDL, for example.
948 : : *
949 : : * The default debug_discard_caches = 0 does no forced cache flushes.
950 : : *
951 : : * If used with CLOBBER_FREED_MEMORY,
952 : : * debug_discard_caches = 1 (formerly known as CLOBBER_CACHE_ALWAYS)
953 : : * provides a fairly thorough test that the system contains no cache-flush
954 : : * hazards. However, it also makes the system unbelievably slow --- the
955 : : * regression tests take about 100 times longer than normal.
956 : : *
957 : : * If you're a glutton for punishment, try
958 : : * debug_discard_caches = 3 (formerly known as CLOBBER_CACHE_RECURSIVELY).
959 : : * This slows things by at least a factor of 10000, so I wouldn't suggest
960 : : * trying to run the entire regression tests that way. It's useful to try
961 : : * a few simple tests, to make sure that cache reload isn't subject to
962 : : * internal cache-flush hazards, but after you've done a few thousand
963 : : * recursive reloads it's unlikely you'll learn more.
964 : : *----------
965 : : */
966 : : #ifdef DISCARD_CACHES_ENABLED
967 : : {
968 : : static int recursion_depth = 0;
969 : :
1618 970 [ - + ]: 17821330 : if (recursion_depth < debug_discard_caches)
971 : : {
2658 tgl@sss.pgh.pa.us 972 :UBC 0 : recursion_depth++;
1516 noah@leadboat.com 973 : 0 : InvalidateSystemCachesExtended(true);
2658 tgl@sss.pgh.pa.us 974 : 0 : recursion_depth--;
975 : : }
976 : : }
977 : : #endif
10753 scrappy@hub.org 978 :CBC 17821330 : }
979 : :
980 : : /*
981 : : * PostPrepare_Inval
982 : : * Clean up after successful PREPARE.
983 : : *
984 : : * Here, we want to act as though the transaction aborted, so that we will
985 : : * undo any syscache changes it made, thereby bringing us into sync with the
986 : : * outside world, which doesn't believe the transaction committed yet.
987 : : *
988 : : * If the prepared transaction is later aborted, there is nothing more to
989 : : * do; if it commits, we will receive the consequent inval messages just
990 : : * like everyone else.
991 : : */
992 : : void
7488 tgl@sss.pgh.pa.us 993 : 300 : PostPrepare_Inval(void)
994 : : {
995 : 300 : AtEOXact_Inval(false);
996 : 300 : }
997 : :
998 : : /*
999 : : * xactGetCommittedInvalidationMessages() is called by
1000 : : * RecordTransactionCommit() to collect invalidation messages to add to the
1001 : : * commit record. This applies only to commit message types, never to
1002 : : * abort records. Must always run before AtEOXact_Inval(), since that
1003 : : * removes the data we need to see.
1004 : : *
1005 : : * Remember that this runs before we have officially committed, so we
1006 : : * must not do anything here to change what might occur *if* we should
1007 : : * fail between here and the actual commit.
1008 : : *
1009 : : * see also xact_redo_commit() and xact_desc_commit()
1010 : : */
1011 : : int
5842 simon@2ndQuadrant.co 1012 : 202374 : xactGetCommittedInvalidationMessages(SharedInvalidationMessage **msgs,
1013 : : bool *RelcacheInitFileInval)
1014 : : {
1015 : : SharedInvalidationMessage *msgarray;
1016 : : int nummsgs;
1017 : : int nmsgs;
1018 : :
1019 : : /* Quick exit if we haven't done anything with invalidation messages. */
4067 rhaas@postgresql.org 1020 [ + + ]: 202374 : if (transInvalInfo == NULL)
1021 : : {
1022 : 116618 : *RelcacheInitFileInval = false;
1023 : 116618 : *msgs = NULL;
1024 : 116618 : return 0;
1025 : : }
1026 : :
1027 : : /* Must be at top of stack */
1028 [ + - - + ]: 85756 : Assert(transInvalInfo->my_level == 1 && transInvalInfo->parent == NULL);
1029 : :
1030 : : /*
1031 : : * Relcache init file invalidation requires processing both before and
1032 : : * after we send the SI messages. However, we need not do anything unless
1033 : : * we committed.
1034 : : */
418 noah@leadboat.com 1035 : 85756 : *RelcacheInitFileInval = transInvalInfo->ii.RelcacheInitFileInval;
1036 : :
1037 : : /*
1038 : : * Collect all the pending messages into a single contiguous array of
1039 : : * invalidation messages, to simplify what needs to happen while building
1040 : : * the commit WAL message. Maintain the order that they would be
1041 : : * processed in by AtEOXact_Inval(), to ensure emulated behaviour in redo
1042 : : * is as similar as possible to original. We want the same bugs, if any,
1043 : : * not new ones.
1044 : : */
1584 tgl@sss.pgh.pa.us 1045 : 85756 : nummsgs = NumMessagesInGroup(&transInvalInfo->PriorCmdInvalidMsgs) +
418 noah@leadboat.com 1046 : 85756 : NumMessagesInGroup(&transInvalInfo->ii.CurrentCmdInvalidMsgs);
1047 : :
1584 tgl@sss.pgh.pa.us 1048 : 85756 : *msgs = msgarray = (SharedInvalidationMessage *)
1049 : 85756 : MemoryContextAlloc(CurTransactionContext,
1050 : : nummsgs * sizeof(SharedInvalidationMessage));
1051 : :
1052 : 85756 : nmsgs = 0;
1053 [ + + ]: 85756 : ProcessMessageSubGroupMulti(&transInvalInfo->PriorCmdInvalidMsgs,
1054 : : CatCacheMsgs,
1055 : : (memcpy(msgarray + nmsgs,
1056 : : msgs,
1057 : : n * sizeof(SharedInvalidationMessage)),
1058 : : nmsgs += n));
418 noah@leadboat.com 1059 [ + + ]: 85756 : ProcessMessageSubGroupMulti(&transInvalInfo->ii.CurrentCmdInvalidMsgs,
1060 : : CatCacheMsgs,
1061 : : (memcpy(msgarray + nmsgs,
1062 : : msgs,
1063 : : n * sizeof(SharedInvalidationMessage)),
1064 : : nmsgs += n));
1584 tgl@sss.pgh.pa.us 1065 [ + + ]: 85756 : ProcessMessageSubGroupMulti(&transInvalInfo->PriorCmdInvalidMsgs,
1066 : : RelCacheMsgs,
1067 : : (memcpy(msgarray + nmsgs,
1068 : : msgs,
1069 : : n * sizeof(SharedInvalidationMessage)),
1070 : : nmsgs += n));
418 noah@leadboat.com 1071 [ + + ]: 85756 : ProcessMessageSubGroupMulti(&transInvalInfo->ii.CurrentCmdInvalidMsgs,
1072 : : RelCacheMsgs,
1073 : : (memcpy(msgarray + nmsgs,
1074 : : msgs,
1075 : : n * sizeof(SharedInvalidationMessage)),
1076 : : nmsgs += n));
1077 [ - + ]: 85756 : Assert(nmsgs == nummsgs);
1078 : :
1079 : 85756 : return nmsgs;
1080 : : }
1081 : :
1082 : : /*
1083 : : * inplaceGetInvalidationMessages() is called by the inplace update to collect
1084 : : * invalidation messages to add to its WAL record. Like the previous
1085 : : * function, we might still fail.
1086 : : */
1087 : : int
1088 : 50999 : inplaceGetInvalidationMessages(SharedInvalidationMessage **msgs,
1089 : : bool *RelcacheInitFileInval)
1090 : : {
1091 : : SharedInvalidationMessage *msgarray;
1092 : : int nummsgs;
1093 : : int nmsgs;
1094 : :
1095 : : /* Quick exit if we haven't done anything with invalidation messages. */
1096 [ + + ]: 50999 : if (inplaceInvalInfo == NULL)
1097 : : {
1098 : 14943 : *RelcacheInitFileInval = false;
1099 : 14943 : *msgs = NULL;
1100 : 14943 : return 0;
1101 : : }
1102 : :
1103 : 36056 : *RelcacheInitFileInval = inplaceInvalInfo->RelcacheInitFileInval;
1104 : 36056 : nummsgs = NumMessagesInGroup(&inplaceInvalInfo->CurrentCmdInvalidMsgs);
1105 : 36056 : *msgs = msgarray = (SharedInvalidationMessage *)
1106 : 36056 : palloc(nummsgs * sizeof(SharedInvalidationMessage));
1107 : :
1108 : 36056 : nmsgs = 0;
1109 [ + - ]: 36056 : ProcessMessageSubGroupMulti(&inplaceInvalInfo->CurrentCmdInvalidMsgs,
1110 : : CatCacheMsgs,
1111 : : (memcpy(msgarray + nmsgs,
1112 : : msgs,
1113 : : n * sizeof(SharedInvalidationMessage)),
1114 : : nmsgs += n));
1115 [ + + ]: 36056 : ProcessMessageSubGroupMulti(&inplaceInvalInfo->CurrentCmdInvalidMsgs,
1116 : : RelCacheMsgs,
1117 : : (memcpy(msgarray + nmsgs,
1118 : : msgs,
1119 : : n * sizeof(SharedInvalidationMessage)),
1120 : : nmsgs += n));
1584 tgl@sss.pgh.pa.us 1121 [ - + ]: 36056 : Assert(nmsgs == nummsgs);
1122 : :
1123 : 36056 : return nmsgs;
1124 : : }
1125 : :
1126 : : /*
1127 : : * ProcessCommittedInvalidationMessages is executed by xact_redo_commit() or
1128 : : * standby_redo() to process invalidation messages. Currently that happens
1129 : : * only at end-of-xact.
1130 : : *
1131 : : * Relcache init file invalidation requires processing both
1132 : : * before and after we send the SI messages. See AtEOXact_Inval()
1133 : : */
1134 : : void
5821 simon@2ndQuadrant.co 1135 : 28665 : ProcessCommittedInvalidationMessages(SharedInvalidationMessage *msgs,
1136 : : int nmsgs, bool RelcacheInitFileInval,
1137 : : Oid dbid, Oid tsid)
1138 : : {
5786 1139 [ + + ]: 28665 : if (nmsgs <= 0)
1140 : 5177 : return;
1141 : :
737 michael@paquier.xyz 1142 [ - + - - ]: 23488 : elog(DEBUG4, "replaying commit with %d messages%s", nmsgs,
1143 : : (RelcacheInitFileInval ? " and relcache file invalidation" : ""));
1144 : :
5821 simon@2ndQuadrant.co 1145 [ + + ]: 23488 : if (RelcacheInitFileInval)
1146 : : {
737 michael@paquier.xyz 1147 [ - + ]: 444 : elog(DEBUG4, "removing relcache init files for database %u", dbid);
1148 : :
1149 : : /*
1150 : : * RelationCacheInitFilePreInvalidate, when the invalidation message
1151 : : * is for a specific database, requires DatabasePath to be set, but we
1152 : : * should not use SetDatabasePath during recovery, since it is
1153 : : * intended to be used only once by normal backends. Hence, a quick
1154 : : * hack: set DatabasePath directly then unset after use.
1155 : : */
2745 andres@anarazel.de 1156 [ + - ]: 444 : if (OidIsValid(dbid))
1157 : 444 : DatabasePath = GetDatabasePath(dbid, tsid);
1158 : :
5237 tgl@sss.pgh.pa.us 1159 : 444 : RelationCacheInitFilePreInvalidate();
1160 : :
2745 andres@anarazel.de 1161 [ + - ]: 444 : if (OidIsValid(dbid))
1162 : : {
1163 : 444 : pfree(DatabasePath);
1164 : 444 : DatabasePath = NULL;
1165 : : }
1166 : : }
1167 : :
5821 simon@2ndQuadrant.co 1168 : 23488 : SendSharedInvalidMessages(msgs, nmsgs);
1169 : :
1170 [ + + ]: 23488 : if (RelcacheInitFileInval)
5237 tgl@sss.pgh.pa.us 1171 : 444 : RelationCacheInitFilePostInvalidate();
1172 : : }
1173 : :
1174 : : /*
1175 : : * AtEOXact_Inval
1176 : : * Process queued-up invalidation messages at end of main transaction.
1177 : : *
1178 : : * If isCommit, we must send out the messages in our PriorCmdInvalidMsgs list
1179 : : * to the shared invalidation message queue. Note that these will be read
1180 : : * not only by other backends, but also by our own backend at the next
1181 : : * transaction start (via AcceptInvalidationMessages). This means that
1182 : : * we can skip immediate local processing of anything that's still in
1183 : : * CurrentCmdInvalidMsgs, and just send that list out too.
1184 : : *
1185 : : * If not isCommit, we are aborting, and must locally process the messages
1186 : : * in PriorCmdInvalidMsgs. No messages need be sent to other backends,
1187 : : * since they'll not have seen our changed tuples anyway. We can forget
1188 : : * about CurrentCmdInvalidMsgs too, since those changes haven't touched
1189 : : * the caches yet.
1190 : : *
1191 : : * In any case, reset our state to empty. We need not physically
1192 : : * free memory here, since TopTransactionContext is about to be emptied
1193 : : * anyway.
1194 : : *
1195 : : * Note:
1196 : : * This should be called as the last step in processing a transaction.
1197 : : */
1198 : : void
7839 1199 : 332662 : AtEOXact_Inval(bool isCommit)
1200 : : {
418 noah@leadboat.com 1201 : 332662 : inplaceInvalInfo = NULL;
1202 : :
1203 : : /* Quick exit if no transactional messages */
4067 rhaas@postgresql.org 1204 [ + + ]: 332662 : if (transInvalInfo == NULL)
1205 : 218611 : return;
1206 : :
1207 : : /* Must be at top of stack */
1208 [ + - - + ]: 114051 : Assert(transInvalInfo->my_level == 1 && transInvalInfo->parent == NULL);
1209 : :
1210 : : INJECTION_POINT("transaction-end-process-inval", NULL);
1211 : :
8947 tgl@sss.pgh.pa.us 1212 [ + + ]: 114051 : if (isCommit)
1213 : : {
1214 : : /*
1215 : : * Relcache init file invalidation requires processing both before and
1216 : : * after we send the SI messages. However, we need not do anything
1217 : : * unless we committed.
1218 : : */
418 noah@leadboat.com 1219 [ + + ]: 111632 : if (transInvalInfo->ii.RelcacheInitFileInval)
5237 tgl@sss.pgh.pa.us 1220 : 10674 : RelationCacheInitFilePreInvalidate();
1221 : :
7839 1222 : 111632 : AppendInvalidationMessages(&transInvalInfo->PriorCmdInvalidMsgs,
418 noah@leadboat.com 1223 : 111632 : &transInvalInfo->ii.CurrentCmdInvalidMsgs);
1224 : :
6390 tgl@sss.pgh.pa.us 1225 : 111632 : ProcessInvalidationMessagesMulti(&transInvalInfo->PriorCmdInvalidMsgs,
1226 : : SendSharedInvalidMessages);
1227 : :
418 noah@leadboat.com 1228 [ + + ]: 111632 : if (transInvalInfo->ii.RelcacheInitFileInval)
5237 tgl@sss.pgh.pa.us 1229 : 10674 : RelationCacheInitFilePostInvalidate();
1230 : : }
1231 : : else
1232 : : {
7839 1233 : 2419 : ProcessInvalidationMessages(&transInvalInfo->PriorCmdInvalidMsgs,
1234 : : LocalExecuteInvalidationMessage);
1235 : : }
1236 : :
1237 : : /* Need not free anything explicitly */
1238 : 114051 : transInvalInfo = NULL;
1239 : : }
1240 : :
1241 : : /*
1242 : : * PreInplace_Inval
1243 : : * Process queued-up invalidation before inplace update critical section.
1244 : : *
1245 : : * Tasks belong here if they are safe even if the inplace update does not
1246 : : * complete. Currently, this just unlinks a cache file, which can fail. The
1247 : : * sum of this and AtInplace_Inval() mirrors AtEOXact_Inval(isCommit=true).
1248 : : */
1249 : : void
418 noah@leadboat.com 1250 : 65362 : PreInplace_Inval(void)
1251 : : {
1252 [ - + ]: 65362 : Assert(CritSectionCount == 0);
1253 : :
1254 [ + + + + ]: 65362 : if (inplaceInvalInfo && inplaceInvalInfo->RelcacheInitFileInval)
1255 : 9417 : RelationCacheInitFilePreInvalidate();
1256 : 65362 : }
1257 : :
1258 : : /*
1259 : : * AtInplace_Inval
1260 : : * Process queued-up invalidations after inplace update buffer mutation.
1261 : : */
1262 : : void
1263 : 65362 : AtInplace_Inval(void)
1264 : : {
1265 [ - + ]: 65362 : Assert(CritSectionCount > 0);
1266 : :
1267 [ + + ]: 65362 : if (inplaceInvalInfo == NULL)
1268 : 14943 : return;
1269 : :
1270 : 50419 : ProcessInvalidationMessagesMulti(&inplaceInvalInfo->CurrentCmdInvalidMsgs,
1271 : : SendSharedInvalidMessages);
1272 : :
1273 [ + + ]: 50419 : if (inplaceInvalInfo->RelcacheInitFileInval)
1274 : 9417 : RelationCacheInitFilePostInvalidate();
1275 : :
1276 : 50419 : inplaceInvalInfo = NULL;
1277 : : }
1278 : :
1279 : : /*
1280 : : * ForgetInplace_Inval
1281 : : * Alternative to PreInplace_Inval()+AtInplace_Inval(): discard queued-up
1282 : : * invalidations. This lets inplace update enumerate invalidations
1283 : : * optimistically, before locking the buffer.
1284 : : */
1285 : : void
410 1286 : 28960 : ForgetInplace_Inval(void)
1287 : : {
1288 : 28960 : inplaceInvalInfo = NULL;
1289 : 28960 : }
1290 : :
1291 : : /*
1292 : : * AtEOSubXact_Inval
1293 : : * Process queued-up invalidation messages at end of subtransaction.
1294 : : *
1295 : : * If isCommit, process CurrentCmdInvalidMsgs if any (there probably aren't),
1296 : : * and then attach both CurrentCmdInvalidMsgs and PriorCmdInvalidMsgs to the
1297 : : * parent's PriorCmdInvalidMsgs list.
1298 : : *
1299 : : * If not isCommit, we are aborting, and must locally process the messages
1300 : : * in PriorCmdInvalidMsgs. No messages need be sent to other backends.
1301 : : * We can forget about CurrentCmdInvalidMsgs too, since those changes haven't
1302 : : * touched the caches yet.
1303 : : *
1304 : : * In any case, pop the transaction stack. We need not physically free memory
1305 : : * here, since CurTransactionContext is about to be emptied anyway
1306 : : * (if aborting). Beware of the possibility of aborting the same nesting
1307 : : * level twice, though.
1308 : : */
1309 : : void
7812 tgl@sss.pgh.pa.us 1310 : 9147 : AtEOSubXact_Inval(bool isCommit)
1311 : : {
1312 : : int my_level;
1313 : : TransInvalidationInfo *myInfo;
1314 : :
1315 : : /*
1316 : : * Successful inplace update must clear this, but we clear it on abort.
1317 : : * Inplace updates allocate this in CurrentMemoryContext, which has
1318 : : * lifespan <= subtransaction lifespan. Hence, don't free it explicitly.
1319 : : */
418 noah@leadboat.com 1320 [ + + ]: 9147 : if (isCommit)
1321 [ - + ]: 4461 : Assert(inplaceInvalInfo == NULL);
1322 : : else
1323 : 4686 : inplaceInvalInfo = NULL;
1324 : :
1325 : : /* Quick exit if no transactional messages. */
1326 : 9147 : myInfo = transInvalInfo;
4067 rhaas@postgresql.org 1327 [ + + ]: 9147 : if (myInfo == NULL)
1328 : 8309 : return;
1329 : :
1330 : : /* Also bail out quickly if messages are not for this level. */
1331 : 838 : my_level = GetCurrentTransactionNestLevel();
1332 [ + + ]: 838 : if (myInfo->my_level != my_level)
1333 : : {
1334 [ - + ]: 688 : Assert(myInfo->my_level < my_level);
1335 : 688 : return;
1336 : : }
1337 : :
1338 [ + + ]: 150 : if (isCommit)
1339 : : {
1340 : : /* If CurrentCmdInvalidMsgs still has anything, fix it */
7839 tgl@sss.pgh.pa.us 1341 : 52 : CommandEndInvalidationMessages();
1342 : :
1343 : : /*
1344 : : * We create invalidation stack entries lazily, so the parent might
1345 : : * not have one. Instead of creating one, moving all the data over,
1346 : : * and then freeing our own, we can just adjust the level of our own
1347 : : * entry.
1348 : : */
4067 rhaas@postgresql.org 1349 [ + + + + ]: 52 : if (myInfo->parent == NULL || myInfo->parent->my_level < my_level - 1)
1350 : : {
1351 : 42 : myInfo->my_level--;
1352 : 42 : return;
1353 : : }
1354 : :
1355 : : /*
1356 : : * Pass up my inval messages to parent. Notice that we stick them in
1357 : : * PriorCmdInvalidMsgs, not CurrentCmdInvalidMsgs, since they've
1358 : : * already been locally processed. (This would trigger the Assert in
1359 : : * AppendInvalidationMessageSubGroup if the parent's
1360 : : * CurrentCmdInvalidMsgs isn't empty; but we already checked that in
1361 : : * PrepareInvalidationState.)
1362 : : */
7839 tgl@sss.pgh.pa.us 1363 : 10 : AppendInvalidationMessages(&myInfo->parent->PriorCmdInvalidMsgs,
1364 : : &myInfo->PriorCmdInvalidMsgs);
1365 : :
1366 : : /* Must readjust parent's CurrentCmdInvalidMsgs indexes now */
418 noah@leadboat.com 1367 : 10 : SetGroupToFollow(&myInfo->parent->ii.CurrentCmdInvalidMsgs,
1368 : : &myInfo->parent->PriorCmdInvalidMsgs);
1369 : :
1370 : : /* Pending relcache inval becomes parent's problem too */
1371 [ - + ]: 10 : if (myInfo->ii.RelcacheInitFileInval)
418 noah@leadboat.com 1372 :UBC 0 : myInfo->parent->ii.RelcacheInitFileInval = true;
1373 : :
1374 : : /* Pop the transaction state stack */
7772 tgl@sss.pgh.pa.us 1375 :CBC 10 : transInvalInfo = myInfo->parent;
1376 : :
1377 : : /* Need not free anything else explicitly */
1378 : 10 : pfree(myInfo);
1379 : : }
1380 : : else
1381 : : {
7839 1382 : 98 : ProcessInvalidationMessages(&myInfo->PriorCmdInvalidMsgs,
1383 : : LocalExecuteInvalidationMessage);
1384 : :
1385 : : /* Pop the transaction state stack */
7772 1386 : 98 : transInvalInfo = myInfo->parent;
1387 : :
1388 : : /* Need not free anything else explicitly */
1389 : 98 : pfree(myInfo);
1390 : : }
1391 : : }
1392 : :
1393 : : /*
1394 : : * CommandEndInvalidationMessages
1395 : : * Process queued-up invalidation messages at end of one command
1396 : : * in a transaction.
1397 : : *
1398 : : * Here, we send no messages to the shared queue, since we don't know yet if
1399 : : * we will commit. We do need to locally process the CurrentCmdInvalidMsgs
1400 : : * list, so as to flush our caches of any entries we have outdated in the
1401 : : * current command. We then move the current-cmd list over to become part
1402 : : * of the prior-cmds list.
1403 : : *
1404 : : * Note:
1405 : : * This should be called during CommandCounterIncrement(),
1406 : : * after we have advanced the command ID.
1407 : : */
1408 : : void
7839 1409 : 618199 : CommandEndInvalidationMessages(void)
1410 : : {
1411 : : /*
1412 : : * You might think this shouldn't be called outside any transaction, but
1413 : : * bootstrap does it, and also ABORT issued when not in a transaction. So
1414 : : * just quietly return if no state to work on.
1415 : : */
1416 [ + + ]: 618199 : if (transInvalInfo == NULL)
1417 : 184180 : return;
1418 : :
418 noah@leadboat.com 1419 : 434019 : ProcessInvalidationMessages(&transInvalInfo->ii.CurrentCmdInvalidMsgs,
1420 : : LocalExecuteInvalidationMessage);
1421 : :
1422 : : /* WAL Log per-command invalidation messages for wal_level=logical */
1973 akapila@postgresql.o 1423 [ + + ]: 434016 : if (XLogLogicalInfoActive())
1424 : 4448 : LogLogicalInvalidations();
1425 : :
7839 tgl@sss.pgh.pa.us 1426 : 434016 : AppendInvalidationMessages(&transInvalInfo->PriorCmdInvalidMsgs,
418 noah@leadboat.com 1427 : 434016 : &transInvalInfo->ii.CurrentCmdInvalidMsgs);
1428 : : }
1429 : :
1430 : :
1431 : : /*
1432 : : * CacheInvalidateHeapTupleCommon
1433 : : * Common logic for end-of-command and inplace variants.
1434 : : */
1435 : : static void
1436 : 11298068 : CacheInvalidateHeapTupleCommon(Relation relation,
1437 : : HeapTuple tuple,
1438 : : HeapTuple newtuple,
1439 : : InvalidationInfo *(*prepare_callback) (void))
1440 : : {
1441 : : InvalidationInfo *info;
1442 : : Oid tupleRelId;
1443 : : Oid databaseId;
1444 : : Oid relationId;
1445 : :
1446 : : /* PrepareToInvalidateCacheTuple() needs relcache */
244 1447 : 11298068 : AssertCouldGetRelation();
1448 : :
1449 : : /* Do nothing during bootstrap */
5237 tgl@sss.pgh.pa.us 1450 [ + + ]: 11298068 : if (IsBootstrapProcessingMode())
1451 : 670854 : return;
1452 : :
1453 : : /*
1454 : : * We only need to worry about invalidation for tuples that are in system
1455 : : * catalogs; user-relation tuples are never in catcaches and can't affect
1456 : : * the relcache either.
1457 : : */
4402 rhaas@postgresql.org 1458 [ + + ]: 10627214 : if (!IsCatalogRelation(relation))
5237 tgl@sss.pgh.pa.us 1459 : 8465334 : return;
1460 : :
1461 : : /*
1462 : : * IsCatalogRelation() will return true for TOAST tables of system
1463 : : * catalogs, but we don't care about those, either.
1464 : : */
1465 [ + + ]: 2161880 : if (IsToastRelation(relation))
1466 : 18113 : return;
1467 : :
1468 : : /* Allocate any required resources. */
418 noah@leadboat.com 1469 : 2143767 : info = prepare_callback();
1470 : :
1471 : : /*
1472 : : * First let the catcache do its thing
1473 : : */
4551 rhaas@postgresql.org 1474 : 2143767 : tupleRelId = RelationGetRelid(relation);
1475 [ + + ]: 2143767 : if (RelationInvalidatesSnapshotsOnly(tupleRelId))
1476 : : {
1477 [ + + ]: 552225 : databaseId = IsSharedRelation(tupleRelId) ? InvalidOid : MyDatabaseId;
418 noah@leadboat.com 1478 : 552225 : RegisterSnapshotInvalidation(info, databaseId, tupleRelId);
1479 : : }
1480 : : else
4551 rhaas@postgresql.org 1481 : 1591542 : PrepareToInvalidateCacheTuple(relation, tuple, newtuple,
1482 : : RegisterCatcacheInvalidation,
1483 : : info);
1484 : :
1485 : : /*
1486 : : * Now, is this tuple one of the primary definers of a relcache entry? See
1487 : : * comments in file header for deeper explanation.
1488 : : *
1489 : : * Note we ignore newtuple here; we assume an update cannot move a tuple
1490 : : * from being part of one relcache entry to being part of another.
1491 : : */
5237 tgl@sss.pgh.pa.us 1492 [ + + ]: 2143767 : if (tupleRelId == RelationRelationId)
1493 : : {
1494 : 287469 : Form_pg_class classtup = (Form_pg_class) GETSTRUCT(tuple);
1495 : :
2584 andres@anarazel.de 1496 : 287469 : relationId = classtup->oid;
5237 tgl@sss.pgh.pa.us 1497 [ + + ]: 287469 : if (classtup->relisshared)
1498 : 9935 : databaseId = InvalidOid;
1499 : : else
1500 : 277534 : databaseId = MyDatabaseId;
1501 : : }
1502 [ + + ]: 1856298 : else if (tupleRelId == AttributeRelationId)
1503 : : {
1504 : 595786 : Form_pg_attribute atttup = (Form_pg_attribute) GETSTRUCT(tuple);
1505 : :
1506 : 595786 : relationId = atttup->attrelid;
1507 : :
1508 : : /*
1509 : : * KLUGE ALERT: we always send the relcache event with MyDatabaseId,
1510 : : * even if the rel in question is shared (which we can't easily tell).
1511 : : * This essentially means that only backends in this same database
1512 : : * will react to the relcache flush request. This is in fact
1513 : : * appropriate, since only those backends could see our pg_attribute
1514 : : * change anyway. It looks a bit ugly though. (In practice, shared
1515 : : * relations can't have schema changes after bootstrap, so we should
1516 : : * never come here for a shared rel anyway.)
1517 : : */
1518 : 595786 : databaseId = MyDatabaseId;
1519 : : }
1520 [ + + ]: 1260512 : else if (tupleRelId == IndexRelationId)
1521 : : {
1522 : 33951 : Form_pg_index indextup = (Form_pg_index) GETSTRUCT(tuple);
1523 : :
1524 : : /*
1525 : : * When a pg_index row is updated, we should send out a relcache inval
1526 : : * for the index relation. As above, we don't know the shared status
1527 : : * of the index, but in practice it doesn't matter since indexes of
1528 : : * shared catalogs can't have such updates.
1529 : : */
1530 : 33951 : relationId = indextup->indexrelid;
1531 : 33951 : databaseId = MyDatabaseId;
1532 : : }
2522 alvherre@alvh.no-ip. 1533 [ + + ]: 1226561 : else if (tupleRelId == ConstraintRelationId)
1534 : : {
1535 : 44574 : Form_pg_constraint constrtup = (Form_pg_constraint) GETSTRUCT(tuple);
1536 : :
1537 : : /*
1538 : : * Foreign keys are part of relcache entries, too, so send out an
1539 : : * inval for the table that the FK applies to.
1540 : : */
1541 [ + + ]: 44574 : if (constrtup->contype == CONSTRAINT_FOREIGN &&
1542 [ + - ]: 4541 : OidIsValid(constrtup->conrelid))
1543 : : {
1544 : 4541 : relationId = constrtup->conrelid;
1545 : 4541 : databaseId = MyDatabaseId;
1546 : : }
1547 : : else
1548 : 40033 : return;
1549 : : }
1550 : : else
5237 tgl@sss.pgh.pa.us 1551 : 1181987 : return;
1552 : :
1553 : : /*
1554 : : * Yes. We need to register a relcache invalidation event.
1555 : : */
418 noah@leadboat.com 1556 : 921747 : RegisterRelcacheInvalidation(info, databaseId, relationId);
1557 : : }
1558 : :
1559 : : /*
1560 : : * CacheInvalidateHeapTuple
1561 : : * Register the given tuple for invalidation at end of command
1562 : : * (ie, current command is creating or outdating this tuple) and end of
1563 : : * transaction. Also, detect whether a relcache invalidation is implied.
1564 : : *
1565 : : * For an insert or delete, tuple is the target tuple and newtuple is NULL.
1566 : : * For an update, we are called just once, with tuple being the old tuple
1567 : : * version and newtuple the new version. This allows avoidance of duplicate
1568 : : * effort during an update.
1569 : : */
1570 : : void
1571 : 11203746 : CacheInvalidateHeapTuple(Relation relation,
1572 : : HeapTuple tuple,
1573 : : HeapTuple newtuple)
1574 : : {
1575 : 11203746 : CacheInvalidateHeapTupleCommon(relation, tuple, newtuple,
1576 : : PrepareInvalidationState);
1577 : 11203746 : }
1578 : :
1579 : : /*
1580 : : * CacheInvalidateHeapTupleInplace
1581 : : * Register the given tuple for nontransactional invalidation pertaining
1582 : : * to an inplace update. Also, detect whether a relcache invalidation is
1583 : : * implied.
1584 : : *
1585 : : * Like CacheInvalidateHeapTuple(), but for inplace updates.
1586 : : *
1587 : : * Just before and just after the inplace update, the tuple's cache keys must
1588 : : * match those in key_equivalent_tuple. Cache keys consist of catcache lookup
1589 : : * key columns and columns referencing pg_class.oid values,
1590 : : * e.g. pg_constraint.conrelid, which would trigger relcache inval.
1591 : : */
1592 : : void
1593 : 94322 : CacheInvalidateHeapTupleInplace(Relation relation,
1594 : : HeapTuple key_equivalent_tuple)
1595 : : {
2 1596 : 94322 : CacheInvalidateHeapTupleCommon(relation, key_equivalent_tuple, NULL,
1597 : : PrepareInplaceInvalidationState);
9473 inoue@tpf.co.jp 1598 : 94322 : }
1599 : :
1600 : : /*
1601 : : * CacheInvalidateCatalog
1602 : : * Register invalidation of the whole content of a system catalog.
1603 : : *
1604 : : * This is normally used in VACUUM FULL/CLUSTER, where we haven't so much
1605 : : * changed any tuples as moved them around. Some uses of catcache entries
1606 : : * expect their TIDs to be correct, so we have to blow away the entries.
1607 : : *
1608 : : * Note: we expect caller to verify that the rel actually is a system
1609 : : * catalog. If it isn't, no great harm is done, just a wasted sinval message.
1610 : : */
1611 : : void
5792 tgl@sss.pgh.pa.us 1612 : 100 : CacheInvalidateCatalog(Oid catalogId)
1613 : : {
1614 : : Oid databaseId;
1615 : :
1616 [ + + ]: 100 : if (IsSharedRelation(catalogId))
1617 : 18 : databaseId = InvalidOid;
1618 : : else
1619 : 82 : databaseId = MyDatabaseId;
1620 : :
418 noah@leadboat.com 1621 : 100 : RegisterCatalogInvalidation(PrepareInvalidationState(),
1622 : : databaseId, catalogId);
5792 tgl@sss.pgh.pa.us 1623 : 100 : }
1624 : :
1625 : : /*
1626 : : * CacheInvalidateRelcache
1627 : : * Register invalidation of the specified relation's relcache entry
1628 : : * at end of command.
1629 : : *
1630 : : * This is used in places that need to force relcache rebuild but aren't
1631 : : * changing any of the tuples recognized as contributors to the relcache
1632 : : * entry by CacheInvalidateHeapTuple. (An example is dropping an index.)
1633 : : */
1634 : : void
7981 1635 : 80504 : CacheInvalidateRelcache(Relation relation)
1636 : : {
1637 : : Oid databaseId;
1638 : : Oid relationId;
1639 : :
1640 : 80504 : relationId = RelationGetRelid(relation);
1641 [ + + ]: 80504 : if (relation->rd_rel->relisshared)
1642 : 3550 : databaseId = InvalidOid;
1643 : : else
1644 : 76954 : databaseId = MyDatabaseId;
1645 : :
418 noah@leadboat.com 1646 : 80504 : RegisterRelcacheInvalidation(PrepareInvalidationState(),
1647 : : databaseId, relationId);
7981 tgl@sss.pgh.pa.us 1648 : 80504 : }
1649 : :
1650 : : /*
1651 : : * CacheInvalidateRelcacheAll
1652 : : * Register invalidation of the whole relcache at the end of command.
1653 : : *
1654 : : * This is used by alter publication as changes in publications may affect
1655 : : * large number of tables.
1656 : : */
1657 : : void
3254 peter_e@gmx.net 1658 : 100 : CacheInvalidateRelcacheAll(void)
1659 : : {
418 noah@leadboat.com 1660 : 100 : RegisterRelcacheInvalidation(PrepareInvalidationState(),
1661 : : InvalidOid, InvalidOid);
3254 peter_e@gmx.net 1662 : 100 : }
1663 : :
1664 : : /*
1665 : : * CacheInvalidateRelcacheByTuple
1666 : : * As above, but relation is identified by passing its pg_class tuple.
1667 : : */
1668 : : void
7981 tgl@sss.pgh.pa.us 1669 : 38407 : CacheInvalidateRelcacheByTuple(HeapTuple classTuple)
1670 : : {
1671 : 38407 : Form_pg_class classtup = (Form_pg_class) GETSTRUCT(classTuple);
1672 : : Oid databaseId;
1673 : : Oid relationId;
1674 : :
2584 andres@anarazel.de 1675 : 38407 : relationId = classtup->oid;
7981 tgl@sss.pgh.pa.us 1676 [ + + ]: 38407 : if (classtup->relisshared)
1677 : 989 : databaseId = InvalidOid;
1678 : : else
1679 : 37418 : databaseId = MyDatabaseId;
418 noah@leadboat.com 1680 : 38407 : RegisterRelcacheInvalidation(PrepareInvalidationState(),
1681 : : databaseId, relationId);
9473 inoue@tpf.co.jp 1682 : 38407 : }
1683 : :
1684 : : /*
1685 : : * CacheInvalidateRelcacheByRelid
1686 : : * As above, but relation is identified by passing its OID.
1687 : : * This is the least efficient of the three options; use one of
1688 : : * the above routines if you have a Relation or pg_class tuple.
1689 : : */
1690 : : void
7895 tgl@sss.pgh.pa.us 1691 : 15461 : CacheInvalidateRelcacheByRelid(Oid relid)
1692 : : {
1693 : : HeapTuple tup;
1694 : :
5785 rhaas@postgresql.org 1695 : 15461 : tup = SearchSysCache1(RELOID, ObjectIdGetDatum(relid));
7895 tgl@sss.pgh.pa.us 1696 [ - + ]: 15461 : if (!HeapTupleIsValid(tup))
7895 tgl@sss.pgh.pa.us 1697 [ # # ]:UBC 0 : elog(ERROR, "cache lookup failed for relation %u", relid);
7895 tgl@sss.pgh.pa.us 1698 :CBC 15461 : CacheInvalidateRelcacheByTuple(tup);
1699 : 15461 : ReleaseSysCache(tup);
1700 : 15461 : }
1701 : :
1702 : : /*
1703 : : * CacheInvalidateRelSync
1704 : : * Register invalidation of the cache in logical decoding output plugin
1705 : : * for a database.
1706 : : *
1707 : : * This type of invalidation message is used for the specific purpose of output
1708 : : * plugins. Processes which do not decode WALs would do nothing even when it
1709 : : * receives the message.
1710 : : */
1711 : : void
279 akapila@postgresql.o 1712 : 6 : CacheInvalidateRelSync(Oid relid)
1713 : : {
1714 : 6 : RegisterRelsyncInvalidation(PrepareInvalidationState(),
1715 : : MyDatabaseId, relid);
1716 : 6 : }
1717 : :
1718 : : /*
1719 : : * CacheInvalidateRelSyncAll
1720 : : * Register invalidation of the whole cache in logical decoding output
1721 : : * plugin.
1722 : : */
1723 : : void
1724 : 3 : CacheInvalidateRelSyncAll(void)
1725 : : {
1726 : 3 : CacheInvalidateRelSync(InvalidOid);
1727 : 3 : }
1728 : :
1729 : : /*
1730 : : * CacheInvalidateSmgr
1731 : : * Register invalidation of smgr references to a physical relation.
1732 : : *
1733 : : * Sending this type of invalidation msg forces other backends to close open
1734 : : * smgr entries for the rel. This should be done to flush dangling open-file
1735 : : * references when the physical rel is being dropped or truncated. Because
1736 : : * these are nontransactional (i.e., not-rollback-able) operations, we just
1737 : : * send the inval message immediately without any queuing.
1738 : : *
1739 : : * Note: in most cases there will have been a relcache flush issued against
1740 : : * the rel at the logical level. We need a separate smgr-level flush because
1741 : : * it is possible for backends to have open smgr entries for rels they don't
1742 : : * have a relcache entry for, e.g. because the only thing they ever did with
1743 : : * the rel is write out dirty shared buffers.
1744 : : *
1745 : : * Note: because these messages are nontransactional, they won't be captured
1746 : : * in commit/abort WAL entries. Instead, calls to CacheInvalidateSmgr()
1747 : : * should happen in low-level smgr.c routines, which are executed while
1748 : : * replaying WAL as well as when creating it.
1749 : : *
1750 : : * Note: In order to avoid bloating SharedInvalidationMessage, we store only
1751 : : * three bytes of the ProcNumber using what would otherwise be padding space.
1752 : : * Thus, the maximum possible ProcNumber is 2^23-1.
1753 : : */
1754 : : void
1260 rhaas@postgresql.org 1755 : 51567 : CacheInvalidateSmgr(RelFileLocatorBackend rlocator)
1756 : : {
1757 : : SharedInvalidationMessage msg;
1758 : :
1759 : : /* verify optimization stated above stays valid */
1760 : : StaticAssertDecl(MAX_BACKENDS_BITS <= 23,
1761 : : "MAX_BACKENDS_BITS is too big for inval.c");
1762 : :
5796 tgl@sss.pgh.pa.us 1763 : 51567 : msg.sm.id = SHAREDINVALSMGR_ID;
1260 rhaas@postgresql.org 1764 : 51567 : msg.sm.backend_hi = rlocator.backend >> 16;
1765 : 51567 : msg.sm.backend_lo = rlocator.backend & 0xffff;
1176 1766 : 51567 : msg.sm.rlocator = rlocator.locator;
1767 : : /* check AddCatcacheInvalidationMessage() for an explanation */
1768 : : VALGRIND_MAKE_MEM_DEFINED(&msg, sizeof(msg));
1769 : :
5796 tgl@sss.pgh.pa.us 1770 : 51567 : SendSharedInvalidMessages(&msg, 1);
1771 : 51567 : }
1772 : :
1773 : : /*
1774 : : * CacheInvalidateRelmap
1775 : : * Register invalidation of the relation mapping for a database,
1776 : : * or for the shared catalogs if databaseId is zero.
1777 : : *
1778 : : * Sending this type of invalidation msg forces other backends to re-read
1779 : : * the indicated relation mapping file. It is also necessary to send a
1780 : : * relcache inval for the specific relations whose mapping has been altered,
1781 : : * else the relcache won't get updated with the new filenode data.
1782 : : *
1783 : : * Note: because these messages are nontransactional, they won't be captured
1784 : : * in commit/abort WAL entries. Instead, calls to CacheInvalidateRelmap()
1785 : : * should happen in low-level relmapper.c routines, which are executed while
1786 : : * replaying WAL as well as when creating it.
1787 : : */
1788 : : void
5792 1789 : 179 : CacheInvalidateRelmap(Oid databaseId)
1790 : : {
1791 : : SharedInvalidationMessage msg;
1792 : :
1793 : 179 : msg.rm.id = SHAREDINVALRELMAP_ID;
1794 : 179 : msg.rm.dbId = databaseId;
1795 : : /* check AddCatcacheInvalidationMessage() for an explanation */
1796 : : VALGRIND_MAKE_MEM_DEFINED(&msg, sizeof(msg));
1797 : :
1798 : 179 : SendSharedInvalidMessages(&msg, 1);
1799 : 179 : }
1800 : :
1801 : :
1802 : : /*
1803 : : * CacheRegisterSyscacheCallback
1804 : : * Register the specified function to be called for all future
1805 : : * invalidation events in the specified cache. The cache ID and the
1806 : : * hash value of the tuple being invalidated will be passed to the
1807 : : * function.
1808 : : *
1809 : : * NOTE: Hash value zero will be passed if a cache reset request is received.
1810 : : * In this case the called routines should flush all cached state.
1811 : : * Yes, there's a possibility of a false match to zero, but it doesn't seem
1812 : : * worth troubling over, especially since most of the current callees just
1813 : : * flush all cached state anyway.
1814 : : */
1815 : : void
8633 1816 : 256977 : CacheRegisterSyscacheCallback(int cacheid,
1817 : : SyscacheCallbackFunction func,
1818 : : Datum arg)
1819 : : {
3141 1820 [ + - - + ]: 256977 : if (cacheid < 0 || cacheid >= SysCacheSize)
3141 tgl@sss.pgh.pa.us 1821 [ # # ]:UBC 0 : elog(FATAL, "invalid cache ID: %d", cacheid);
6308 tgl@sss.pgh.pa.us 1822 [ - + ]:CBC 256977 : if (syscache_callback_count >= MAX_SYSCACHE_CALLBACKS)
6308 tgl@sss.pgh.pa.us 1823 [ # # ]:UBC 0 : elog(FATAL, "out of syscache_callback_list slots");
1824 : :
3141 tgl@sss.pgh.pa.us 1825 [ + + ]:CBC 256977 : if (syscache_callback_links[cacheid] == 0)
1826 : : {
1827 : : /* first callback for this cache */
1828 : 181890 : syscache_callback_links[cacheid] = syscache_callback_count + 1;
1829 : : }
1830 : : else
1831 : : {
1832 : : /* add to end of chain, so that older callbacks are called first */
1833 : 75087 : int i = syscache_callback_links[cacheid] - 1;
1834 : :
1835 [ + + ]: 90425 : while (syscache_callback_list[i].link > 0)
1836 : 15338 : i = syscache_callback_list[i].link - 1;
1837 : 75087 : syscache_callback_list[i].link = syscache_callback_count + 1;
1838 : : }
1839 : :
6308 1840 : 256977 : syscache_callback_list[syscache_callback_count].id = cacheid;
3141 1841 : 256977 : syscache_callback_list[syscache_callback_count].link = 0;
6308 1842 : 256977 : syscache_callback_list[syscache_callback_count].function = func;
1843 : 256977 : syscache_callback_list[syscache_callback_count].arg = arg;
1844 : :
1845 : 256977 : ++syscache_callback_count;
8633 1846 : 256977 : }
1847 : :
1848 : : /*
1849 : : * CacheRegisterRelcacheCallback
1850 : : * Register the specified function to be called for all future
1851 : : * relcache invalidation events. The OID of the relation being
1852 : : * invalidated will be passed to the function.
1853 : : *
1854 : : * NOTE: InvalidOid will be passed if a cache reset request is received.
1855 : : * In this case the called routines should flush all cached state.
1856 : : */
1857 : : void
6308 1858 : 20456 : CacheRegisterRelcacheCallback(RelcacheCallbackFunction func,
1859 : : Datum arg)
1860 : : {
1861 [ - + ]: 20456 : if (relcache_callback_count >= MAX_RELCACHE_CALLBACKS)
6308 tgl@sss.pgh.pa.us 1862 [ # # ]:UBC 0 : elog(FATAL, "out of relcache_callback_list slots");
1863 : :
6308 tgl@sss.pgh.pa.us 1864 :CBC 20456 : relcache_callback_list[relcache_callback_count].function = func;
1865 : 20456 : relcache_callback_list[relcache_callback_count].arg = arg;
1866 : :
1867 : 20456 : ++relcache_callback_count;
8633 1868 : 20456 : }
1869 : :
1870 : : /*
1871 : : * CacheRegisterRelSyncCallback
1872 : : * Register the specified function to be called for all future
1873 : : * relsynccache invalidation events.
1874 : : *
1875 : : * This function is intended to be call from the logical decoding output
1876 : : * plugins.
1877 : : */
1878 : : void
279 akapila@postgresql.o 1879 : 403 : CacheRegisterRelSyncCallback(RelSyncCallbackFunction func,
1880 : : Datum arg)
1881 : : {
1882 [ - + ]: 403 : if (relsync_callback_count >= MAX_RELSYNC_CALLBACKS)
279 akapila@postgresql.o 1883 [ # # ]:UBC 0 : elog(FATAL, "out of relsync_callback_list slots");
1884 : :
279 akapila@postgresql.o 1885 :CBC 403 : relsync_callback_list[relsync_callback_count].function = func;
1886 : 403 : relsync_callback_list[relsync_callback_count].arg = arg;
1887 : :
1888 : 403 : ++relsync_callback_count;
1889 : 403 : }
1890 : :
1891 : : /*
1892 : : * CallSyscacheCallbacks
1893 : : *
1894 : : * This is exported so that CatalogCacheFlushCatalog can call it, saving
1895 : : * this module from knowing which catcache IDs correspond to which catalogs.
1896 : : */
1897 : : void
5237 tgl@sss.pgh.pa.us 1898 : 12539499 : CallSyscacheCallbacks(int cacheid, uint32 hashvalue)
1899 : : {
1900 : : int i;
1901 : :
3141 1902 [ + - - + ]: 12539499 : if (cacheid < 0 || cacheid >= SysCacheSize)
3141 tgl@sss.pgh.pa.us 1903 [ # # ]:UBC 0 : elog(ERROR, "invalid cache ID: %d", cacheid);
1904 : :
3141 tgl@sss.pgh.pa.us 1905 :CBC 12539499 : i = syscache_callback_links[cacheid] - 1;
1906 [ + + ]: 14362378 : while (i >= 0)
1907 : : {
5792 1908 : 1822879 : struct SYSCACHECALLBACK *ccitem = syscache_callback_list + i;
1909 : :
3141 1910 [ - + ]: 1822879 : Assert(ccitem->id == cacheid);
3023 peter_e@gmx.net 1911 : 1822879 : ccitem->function(ccitem->arg, cacheid, hashvalue);
3141 tgl@sss.pgh.pa.us 1912 : 1822879 : i = ccitem->link - 1;
1913 : : }
5792 1914 : 12539499 : }
1915 : :
1916 : : /*
1917 : : * CallSyscacheCallbacks
1918 : : */
1919 : : void
279 akapila@postgresql.o 1920 : 31 : CallRelSyncCallbacks(Oid relid)
1921 : : {
1922 [ + + ]: 52 : for (int i = 0; i < relsync_callback_count; i++)
1923 : : {
1924 : 21 : struct RELSYNCCALLBACK *ccitem = relsync_callback_list + i;
1925 : :
1926 : 21 : ccitem->function(ccitem->arg, relid);
1927 : : }
1928 : 31 : }
1929 : :
1930 : : /*
1931 : : * LogLogicalInvalidations
1932 : : *
1933 : : * Emit WAL for invalidations caused by the current command.
1934 : : *
1935 : : * This is currently only used for logging invalidations at the command end
1936 : : * or at commit time if any invalidations are pending.
1937 : : */
1938 : : void
1584 tgl@sss.pgh.pa.us 1939 : 16709 : LogLogicalInvalidations(void)
1940 : : {
1941 : : xl_xact_invals xlrec;
1942 : : InvalidationMsgsGroup *group;
1943 : : int nmsgs;
1944 : :
1945 : : /* Quick exit if we haven't done anything with invalidation messages. */
1973 akapila@postgresql.o 1946 [ + + ]: 16709 : if (transInvalInfo == NULL)
1947 : 10517 : return;
1948 : :
418 noah@leadboat.com 1949 : 6192 : group = &transInvalInfo->ii.CurrentCmdInvalidMsgs;
1584 tgl@sss.pgh.pa.us 1950 : 6192 : nmsgs = NumMessagesInGroup(group);
1951 : :
1973 akapila@postgresql.o 1952 [ + + ]: 6192 : if (nmsgs > 0)
1953 : : {
1954 : : /* prepare record */
1955 : 4881 : memset(&xlrec, 0, MinSizeOfXactInvals);
1956 : 4881 : xlrec.nmsgs = nmsgs;
1957 : :
1958 : : /* perform insertion */
1959 : 4881 : XLogBeginInsert();
309 peter@eisentraut.org 1960 : 4881 : XLogRegisterData(&xlrec, MinSizeOfXactInvals);
1584 tgl@sss.pgh.pa.us 1961 [ + + ]: 4881 : ProcessMessageSubGroupMulti(group, CatCacheMsgs,
1962 : : XLogRegisterData(msgs,
1963 : : n * sizeof(SharedInvalidationMessage)));
1964 [ + + ]: 4881 : ProcessMessageSubGroupMulti(group, RelCacheMsgs,
1965 : : XLogRegisterData(msgs,
1966 : : n * sizeof(SharedInvalidationMessage)));
1973 akapila@postgresql.o 1967 : 4881 : XLogInsert(RM_XACT_ID, XLOG_XACT_INVALIDATIONS);
1968 : : }
1969 : : }
|
