2 F.34. pg_surgery — perform low-level surgery on relation data #
7 The pg_surgery module provides various functions to perform surgery on
8 a damaged relation. These functions are unsafe by design and using them
9 may corrupt (or further corrupt) your database. For example, these
10 functions can easily be used to make a table inconsistent with its own
11 indexes, to cause UNIQUE or FOREIGN KEY constraint violations, or even
12 to make tuples visible which, when read, will cause a database server
13 crash. They should be used with great caution and only as a last
18 heap_force_kill(regclass, tid[]) returns void
19 heap_force_kill marks “used” line pointers as “dead” without
20 examining the tuples. The intended use of this function is to
21 forcibly remove tuples that are not otherwise accessible. For
24 test=> select * from t1 where ctid = '(0, 1)';
25 ERROR: could not access status of transaction 4007513275
26 DETAIL: Could not open file "pg_xact/0EED": No such file or directory.
28 test=# select heap_force_kill('t1'::regclass, ARRAY['(0, 1)']::tid[]);
34 test=# select * from t1 where ctid = '(0, 1)';
38 heap_force_freeze(regclass, tid[]) returns void
39 heap_force_freeze marks tuples as frozen without examining the
40 tuple data. The intended use of this function is to make
41 accessible tuples which are inaccessible due to corrupted
42 visibility information, or which prevent the table from being
43 successfully vacuumed due to corrupted visibility information.
47 ERROR: found xmin 507 from before relfrozenxid 515
48 CONTEXT: while scanning block 0 of relation "public.t1"
50 test=# select ctid from t1 where xmin = 507;
56 test=# select heap_force_freeze('t1'::regclass, ARRAY['(0, 3)']::tid[]);
62 test=# select ctid from t1 where xmin = 2;
71 Ashutosh Sharma <ashu.coek88@gmail.com>