Point-in-Time Recovery（PITR）的核心概念是用一份完整備份，加上備份之後累積的變更日誌，把資料庫還原到過去任意一個時間點。它讓「還原到誤操作發生的前一刻」成為可能，而不只是還原到最近一次備份。它依賴 Write-Ahead Log 之類的變更日誌，是達成 RPO 的具體機制。

概念位置

Point-in-Time Recovery 位在備份還原機制中、比「還原到最近備份」更精細的一端。RPO 與 RTO 是還原的目標（可接受的資料損失與停機時間），PITR 是達成這些目標的機制：base backup 決定起點、持續歸檔的變更日誌決定能還原到多近的時間點。它和 Rollback Strategy 一起構成事故的資料復原能力。

可觀察訊號與例子

需要 PITR 的訊號是事故型態包含「某個時間點之後的資料被汙染」 — 誤刪、錯誤的批次更新、應用 bug 寫壞資料。只有定期備份時，還原會把備份之後的正常資料一起丟掉；PITR 讓還原點可以精準停在汙染發生前。常見的隱性風險是變更日誌歸檔斷掉，PITR 的可還原窗口其實有缺口卻沒被發現。

設計責任

設計時要確認 base backup 頻率、變更日誌的持續歸檔、以及可還原窗口的長度。PITR 要定期演練 — 真正跑一次還原到指定時間點，才能確認備份與日誌都完整、RTO 在預期內。observability 要監控日誌歸檔是否連續、最舊可還原時間點是否符合 RPO。