CBRD-26628 코드 중심 설명

전체 흐름 요약

MASTER
  oos_insert_across_pages()
    LOG_DUMMY_OOS_RECORD 기록
    RVOOS_INSERT chunk logs 기록: tail -> ... -> head
    replication queue에는 dummy_lsa, tail_chunk_lsa만 저장
    thread_p->oos_oids에는 null OID를 먼저 저장

  locator_sr.c
    null OID  -> RVREPL_DUMMY_OOS_RECORD
    real OID  -> RVREPL_OOS_INSERT

SLAVE
  log_applier.c
    RVREPL_DUMMY_OOS_RECORD -> need_oos_rebuild = true
    다음 RVREPL_OOS_INSERT -> tail_chunk_lsa부터 log를 따라가며 OOS record 재조립
    OOS insert와 다음 heap record를 같은 flush에 묶음

핵심은 “모든 OOS chunk log는 그대로 남기되, replication item은 boundary marker와 시작 LSA만 전달한다”는 것이다.

1. 새 log type과 recovery index

src/transaction/log_record.hpp

LOG_SUPPLEMENTAL_INFO = 52, /* used for supplemental logs to support CDC interface.
                 * it contains transaction user info, DDL statement, undo lsa, redo lsa for DML,
                 * or undo images that never retrieved from the log. */
LOG_DUMMY_OOS_RECORD = 53,  /* boundary marker indicating the start of a multi-chunk OOS record;
                 * emitted by the master before the RVOOS_INSERT chunks so the slave
                 * applier can distinguish a multi-chunk OOS record from a series of
                 * independent single-chunk OOS inserts. */

설명:

• LOG_DUMMY_OOS_RECORD는 실제 데이터를 담지 않는 marker log다.
• multi-chunk OOS가 시작된다는 경계를 transaction log에 남긴다.
• 기존 번호를 바꾸면 log 호환성이 깨질 수 있어서 53번으로 뒤에 추가했다.
• 이 marker가 없으면 slave는 뒤에 나오는 OOS insert들이 하나의 큰 값인지, 독립적인 OOS 값들인지 구분할 수 없다.

src/transaction/recovery.h

RVOOS_INSERT = 130,
RVOOS_DELETE = 131,
RVREPL_OOS_INSERT = 132,
RVREPL_OOS_DELETE = 133,
RVOOS_NOTIFY_VACUUM = 134,
RVREPL_DUMMY_OOS_RECORD = 135,
RV_LAST_LOGID = RVREPL_DUMMY_OOS_RECORD,

설명:

• LOG_DUMMY_OOS_RECORD는 transaction log type이고, RVREPL_DUMMY_OOS_RECORD는 replication item type이다.
• master log에는 LOG_DUMMY_OOS_RECORD가 기록된다.
• slave applier가 보는 replication item에는 RVREPL_DUMMY_OOS_RECORD가 들어간다.
• RV_LAST_LOGID도 새 값으로 갱신해야 recovery index 범위 check에서 누락되지 않는다.

src/transaction/recovery.c