Loading...
MySQL 9.5 Reference Manual 9.5의 19.2.4 Relay Log and Replication Metadata Repositories의 한국어 번역본입니다.
아래의 경우에 피드백에서 신고해주신다면 반영하겠습니다.
감사합니다 :)
19.2.4.1 The Relay Log 19.2.4.2 Replication Metadata Repositories
replication 프로세스에 사용하기 위해 replica 서버는 여러 정보 저장소를 생성합니다:
replica의 relay log 는 replication I/O (receiver) 스레드에 의해 기록되며, replication source 서버의 binary log에서 읽은 트랜잭션들을 포함합니다. relay log에 있는 트랜잭션들은 replication SQL (applier) 스레드에 의해 replica에서 적용됩니다. relay log에 대한 정보는 Section 19.2.4.1, “The Relay Log”을 참조하십시오.
replica의 connection metadata repository 에는 replication receiver 스레드가 replication source 서버에 연결하고 source의 binary log에서 트랜잭션을 가져오는 데 필요한 정보가 포함됩니다. connection metadata repository는 mysql.slave_master_info 테이블에 기록됩니다.
replica의 applier metadata repository 에는 replication applier 스레드가 replica의 relay log에서 트랜잭션을 읽고 적용하는 데 필요한 정보가 포함됩니다. applier metadata repository는 mysql.slave_relay_log_info 테이블에 기록됩니다.
replica의 connection metadata repository와 applier metadata repository를 통틀어 replication metadata repositories라고 합니다. 이에 대한 정보는 Section 19.2.4.2, “Replication Metadata Repositories”를 참조하십시오.
예기치 않은 중단에 대해 replication을 견고하게 만들기.
mysql.slave_master_info 및 mysql.slave_relay_log_info 테이블은 트랜잭션 스토리지 엔진인 InnoDB를 사용하여 생성됩니다. replica의 applier metadata repository 테이블에 대한 업데이트는 트랜잭션들과 함께 커밋되며, 이는 예기치 않은 서버 중단이 발생한 경우에도 해당 repository에 기록된 replica의 진행 상태 정보가 데이터베이스에 적용된 내용과 항상 일관성을 유지함을 의미합니다.
예기치 않은 중단에 가장 견고한 replica 설정 조합에 대한 정보는 Section 19.4.2, “Handling an Unexpected Halt of a Replica”를 참조하십시오.
19.2.3 Replication Threads
19.2.5 How Servers Evaluate Replication Filtering Rules