SELECT ลบแถวที่ตายแล้วเช่น VACUUM หรือไม่

ฉันเล่นซอVACUUMและสังเกตเห็นพฤติกรรมที่ไม่คาดคิดบางอย่างที่SELECTไอเอ็นจีแถวจากตารางดูเหมือนว่าจะลดงานที่VACUUMต้องทำหลังจากนั้น

ทดสอบข้อมูล

หมายเหตุ: autovacuum ถูกปิดใช้งาน

CREATE TABLE numbers (num bigint);
ALTER TABLE numbers SET (
  autovacuum_enabled = 'f',
  toast.autovacuum_enabled = 'f'
);

INSERT INTO numbers SELECT generate_series(1, 5000);

ทดลอง 1

ตอนนี้เราทำการอัพเดทในทุกแถว

UPDATE numbers SET num = 0;

และเมื่อเราวิ่งVACUUM (VERBOSE) numbers;เราได้

INFO:  vacuuming "public.numbers"
INFO:  "numbers": removed 5000 row versions in 23 pages
INFO:  "numbers": found 5000 removable, 5000 nonremovable row versions in 45 out of 45 pages
DETAIL:  0 dead row versions cannot be removed yet, oldest xmin: 6585
There were 0 unused item pointers.

ทดลอง 2

ตอนนี้เราออกอีกUPDATEอัน แต่คราวนี้เราเพิ่มอีกSELECTอัน

UPDATE numbers SET num = 1;
SELECT * FROM numbers;

และเมื่อเราวิ่งVACUUM (VERBOSE) numbers;เราได้

INFO:  vacuuming "public.numbers"
INFO:  "numbers": removed 56 row versions in 22 pages
INFO:  "numbers": found 56 removable, 5000 nonremovable row versions in 45 out of 45 pages
DETAIL:  0 dead row versions cannot be removed yet, oldest xmin: 6586
There were 56 unused item pointers.

เกิดอะไรขึ้นที่นี่กันแน่? ทำไมรุ่นที่สองผมทำงานหลังจากที่SELECTลบ tuples ตายจากหน้าเว็บที่เข้าชมค่อนข้างชอบVACUUMไม่?

ฉันใช้งาน Postgres 11.3 บน macOS 10.14.5

จากโพสต์นี้ใน / r / PostgreSQLถึงคำตอบโดย Laurenz Albeดูเหมือนว่าการอัปเดต Heap Only Tuples (HOT) อาจต้องรับผิดชอบ จากคำอธิบายของการอัปเดต HOT ในsrc/backend/access/heap/README.HOT

อย่างมีประสิทธิภาพการเรียกคืนพื้นที่เกิดขึ้นระหว่างการดึงข้อมูล tuple เมื่อหน้าเกือบเต็ม (ฟรี <10%) และสามารถล็อคการล้างบัฟเฟอร์ได้ ซึ่งหมายความว่าUPDATE, DELETEและSELECTสามารถทริกเกอร์การเรียกคืนพื้นที่ แต่มักจะไม่ได้อยู่ในช่วงINSERT ... VALUESเพราะไม่ได้เรียกแถว

คำพูดไม่ได้อยู่ในคำตอบเดิม แต่ส่วนที่เหลือเป็นคำพูด

เพื่อสนับสนุนหรือปฏิเสธทฤษฎีนี้ให้เรียกใช้แบบสอบถามต่อไปนี้:

SELECT n_tup_upd, n_tup_hot_upd
FROM pg_stat_user_tables
WHERE schemaname = 'public' AND relname = 'TABLE_NAME';

หากn_tup_hot_updมากกว่าศูนย์เราได้รับคดี

ในกรณีพิเศษของตารางที่ไม่ได้ทำดัชนีใช่ SELECT สามารถทำงานเหมือนกับ VACUUM (เท่าที่เกี่ยวข้องกับการลบแถวที่ไม่เกี่ยวข้อง)