Movatterモバイル変換

[0]ホーム
URL:

Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

 Sign up
Appearance settings

Commit9debd12

Browse files
Remove comment about historic heap vacuuming issue.
Remove comment block about how heap page vacuuming used to set tupleswith storage to LP_UNUSED in a rare edge case that can no longer happenfollowing commit8523492. The comments seem unnecessary now, sinceit's now generally clear that heap vacuuming only applies to LP_DEADitems from VACUUM's first heap pass following more recent work fromcommits12b5ade and4f8d9d1.
1 parent9de692c commit9debd12

File tree

1 file changed

+0
-7
lines changed

1 file changed

+0
-7
lines changed

‎src/backend/access/heap/vacuumlazy.c

Lines changed: 0 additions & 7 deletions
Original file line numberDiff line numberDiff line change
@@ -2478,13 +2478,6 @@ lazy_vacuum_heap_rel(LVRelState *vacrel)
24782478
* index is an offset into the vacrel->dead_items array for the first listed
24792479
* LP_DEAD item on the page. The return value is the first index immediately
24802480
* after all LP_DEAD items for the same page in the array.
2481-
*
2482-
* Prior to PostgreSQL 14 there were rare cases where this routine had to set
2483-
* tuples with storage to unused. These days it is strictly responsible for
2484-
* marking LP_DEAD stub line pointers as unused. This only happens for those
2485-
* LP_DEAD items on the page that were determined to be LP_DEAD items back
2486-
* when the same page was visited by lazy_scan_prune() (i.e. those whose TID
2487-
* was recorded in the dead_items array at the time).
24882481
*/
24892482
staticint
24902483
lazy_vacuum_heap_page(LVRelState*vacrel,BlockNumberblkno,Bufferbuffer,

0 commit comments

Comments
 (0)
[8]ページ先頭
©2009-2025 Movatter.jp