Replica Identity 的核心概念是一張表對外輸出 row-level 變更時，必須附帶一個穩定的 key，讓下游系統知道每個 update 或 delete 事件要套用到哪一列。它是 Change Data Capture 與 Logical Replication 能否正確重建資料的前置契約，缺少它時 update / delete 事件無法定位目標列。

概念位置

Replica Identity 位在變更事件的 schema 契約層。Change Data Capture 與 Logical Replication 負責把變更傳出去，replica identity 決定那些事件本身帶不帶得出「改了哪一列」。多數情況 primary key 就是 replica identity；沒有 primary key 的表（某些 audit table、join table）要明確補一個唯一 key 或設定 full row image。

可觀察訊號與例子

需要檢查 replica identity 的訊號是下游套用 update / delete 時出現資料漂移或事件被丟棄。常見場景是一張沒有 primary key 的表進入 CDC pipeline，insert 事件正常、update / delete 事件卻無法對應目標列。這類問題通常是靜默的 — 資料慢慢不一致，而不是立刻報錯。

設計責任

設計 CDC 或邏輯複製前，要先盤點每張要輸出變更的表是否有穩定 key。沒有 primary key 的表要補唯一鍵，或接受 full row image 的成本。observability 要能偵測下游套用失敗或被略過的 update / delete 事件。