1. Binary Log Position 기반 복제
2. GTID(Global Transaction Identifier) 기반 복제

1. Binary Log Position 기반 복제 (전통적인 방식)
```sql
CHANGE MASTER TO
MASTER_HOST='mysql_master',
MASTER_USER='slave_user',
MASTER_PASSWORD='slave_password',
MASTER_LOG_FILE='mysql-bin.000004',
MASTER_LOG_POS=2451;
```
- 파일 이름과 위치(Position)를 직접 지정
- 장점: 단순하고 직관적
- 단점:
- 페일오버(Failover) 시 수동 설정 필요
- Position이 잘못되면 복제 깨짐
- 복구가 어려움
**2. GTID(Global Transaction Identifier) 기반 복제**
```sql
CHANGE MASTER TO
MASTER_HOST='mysql_master',
MASTER_USER='slave_user',
MASTER_PASSWORD='slave_password',
MASTER_AUTO_POSITION=1;
```
- 각 트랜잭션에 고유 ID 부여
- 장점:
- 자동으로 위치 찾음
- 페일오버가 쉬움
- 복구가 쉬움
- 더 안정적
- 단점:
- 설정이 좀 더 복잡
- MySQL 5.6 이상에서만 지원
현재 환경이 GTID가 활성화되어 있어서 GTID 방식을 사용해야 합니다. GTID가 더 현대적이고 안정적인 방식입니다.
'SQL&DB' 카테고리의 다른 글
| mysql server_id (0) | 2025.03.04 |
|---|---|
| MYSQL-DOCKER 에서 데이터 탑재 (0) | 2025.03.04 |
| Mysql-Master&Slave 구성 (0) | 2025.02.27 |
| mysql-commit (0) | 2025.02.27 |
| Proxysql 설정시 에러사항 경험 (1) | 2025.02.19 |