2023/10/20 ~ 2023/10/26

[danbi5228]

다음 스터디

2023-10-26 am 0:00 수요일

정리 범위

1. 16.7.3.2 (p.543 ~ 548 상단)
2. 16.7.4 (p.548 ~ 554)

[github-actions[bot]]

정리 범위 무작위 선택 봇 🔎

1. 장현
2. 단비

[danbi5228]

16.7.4 필터링된 복제 (Filtered Replication)

• MySQL 복제에서는 소스 서버의 특정 이벤트들만 레플리카 서버에 적용될 수 있도록 필터링 기능을 제공
• 필터링의 주체는 소스 서버와 레플리카 서버 둘 다 될 수 있음
• 소스 서버에서는 발생한 이벤트들 중 특정 이벤트들만 바이너리 로그에 기록하거나 혹은 기록하지 않음으로써 복제에서 이벤트 필터링 가능
  • 소스 서버에서의 필터링은 데이터베이스 단위로만 가능
  • binlog-do-db: 바이너리 로그에 기록할 데이터베이스명 지정
  • binlog-ignore-db: 바이너리 로그에 기록하지 않을 데이터베이스명 지정
  • 위 두 옵션은 서버 구동중에 동적으로 변경 불가능하고 재시작을 통해서만 변경할 수 있음
  • SHOW MASTER STATUS 명령어로 확인 가능
• 레플리카 서버에서는 소스 서버에서보다 유연한 형태로 필터링 설정이 가능
  • 서버 재시작 없이 동적으로 필터링 설정을 변경할 수 있음
  • 레플리카 서버에서의 필터링은 릴레이 로그에 저장된 이벤트들을 실행하는 시점에 적용됨
  • 서버가 구동중인 상태라면 CHANGE REPLICATION FILTER 구문으로 설정 가능
  • 커맨드라인, 설정파일에서 지정할 수 있는 필터링을 모두 커버함
  • FOR CHANNEL 옵션을 사용해서 멀티 소스 복제 구성에서 각 복제 채널별로 적용할 수 있음
    • 옵션을 명시하지 않은 경우 전체 복제 채널에 적용됨
  • p.550 표: 해당 구문에서 사용가능한 필터링 옵션 설명 및 커맨드 라인 및 설정파일 옵션
  • (주의) replicate-* 옵션을 사용해서 필터링을 적용하는 경우 명시된 모든 옵션이 필터링 설정에 등록됨 CHANGE REPLICATION FILTER 구문에서는 마지막으로 명시된 설정만 적용됨
  • 이벤트 필터링 외에 복제된 이벤트를 이벤트가 발생한 원래의 데이터베이스가 아닌 다른 데이터베이스에 적용하도록 설정 가능
  • REPLIICATE_REWRITE_DB 옵션을 설정하면 됨
  • 이 옵션이 설정되면 다른 필터링 옵션들이 설정돼 있다고 하더라도 제일 우선적으로 적용됨
  • 설정한 필터링은 SHOW REPLICA STATUS (또는 SHOW SLAVE STATUS) 명령의 결과에서 확인 가능