Ein Vorfall im Feld hat ergeben, dass das `recovery_prefetch`-Feature von PostgreSQL Produktionsausfälle verursachen kann, insbesondere bei Setups mit synchroner Replikation. Das Problem rührt von unnötigen Prefetch-Aufrufen her, wenn Shared Buffers aus WAL Full Page Writes (FPW) statt von der Festplatte geladen werden, was zu erheblichem Replay-Lag auf physischen Standbys führt. Historische Mailinglisten-Diskussionen aus den Jahren 2021 und 2025 warfen Bedenken auf, fehlten aber an einer vollständigen Diagnose.
Das Kernproblem ist die IOPS-Verstärkung: Große sequentielle I/O auf dem Primär werden in 8k-Zufallslesevorgänge auf den Repliken umgewandelt, wodurch die verfügbaren IOPS erschöpft werden und die Repliken ins Stocken geraten. Dies wird durch die häufige Verwendung synchroner Replikation zum Datenschutz noch verstärkt. Das Deaktivieren von `recovery_prefetch` löst das Problem.
Das Feature, das entwickelt wurde, um die Wiederherstellungsleistung zu verbessern, führt stattdessen zu Instabilität in modernen Hochverfügbarkeitsumgebungen.
Quelle: Hacker News · Zusammengefasst von HeadlinesBriefing