mysql 리플리케이션으로 DB를 백업하자 정보
MySQL mysql 리플리케이션으로 DB를 백업하자본문
가. Master 서버 설정
1. Slave 서버에서 접근할 수 있도록 권한을 준다.
mysql> GRANT REPLICATION SLAVE ON *.* TO 'ID'@'IP' IDENTIFIED BY 'PASSWORD';
ID : Master MySQL의 user id로 Slave의 접근함
IP : Slave 서버의 IP
PASSWORD : MySQL에서 쓰는 id의 password
2. Master 역할을 수 있는 권한 부여
[mysqld]
server-id = 1
binlog-do-db = 'DB_NAME'
binlog-ignore-db = mysql
binlog-ignore-db = information_schema
log-bin = mysql-bin
server-id 동기화 구성에 참여한 각각의 MySQL들을 구분짓기 위한 UNIQUE ID로서 중복되면
binlog-do-db : 실제 동기화 하려는 대상 DB의 이름. DB마다 라인씩 추가하면 된다.
binlog-ignore-db : 동기화 하지 않을 DB의 DB마다 한 라인씩 추가하면 된다.
log-bin : 아마도 mysql의 file 이름.
나. Slave 서버
1. Slave 역할을 할 수 권한 부여
[mysqld]
server-id = 2
master-host = 'Master IP'
master-user = 'ID'
master-password = 'PASSWORD'
master-port = 3306
log-bin = mysql-bin
server-id : 역할과 동일하게 UNIQUE ID
master-host : Master 서버의 IP
master-user : Master 서버의 MySQL에 생성했던 Replication 계정 ID
master-password : Replication 계정 ID의 비밀번호
master-port : 서버의 MySQL 원격 접속 포트번호 (기본: 3306)
log-bin : 역할과 동일하게 아마도 log file 이름
다. 동기화 작동
1. Master 재시작 후 MySQL에 접속
2. Master 서버 확인
********************** 1. row **********************
File : mysql-bin.000003
Position : 98
Binlog_Do_DB : test
Binlog_Ignore_DB : mysql, information_schema
1 row in set (0.00 sec)
mysql>
3. Slave 서버 후 MySQL에 접속
4. Slave 서버 동작
mysql> SHOW SLAVE STATUS\G
********************** 1. row **********************
Slave_IO_State : Waiting for master to send event (정상)
Master_Host : IP
Master_User : ID
Master_Port : 3306
Connection_Retry : 60
Master_Log_File : mysql-bin.000003
Read_Master_Log_Pos : 98
.
.
Slave_IO_Running : Yes (정상)
Slave_SQL_Running : Yes (정상)
.
.
1 row in set (0.00 sec)
mysql>
Read_Master_Log_Pos : STATUS의 Position과 동일하다.
Slave_IO_State, Slave_IO_Running, Slave_SQL_Running 의 위와 같다면 정상
0
댓글 5개
지인들 이야기로는,
디비 리플리케이션은 윗선의 압력이 아니라면 안하는게 정신건강에 좋다는 의견이 대부분입니다.
생각보다 리플리케이션이 자주끊기는 편이며 동기화도 약간씩 차이가 나며, 심한경우에는
master 쪽이 block 되는 현상이 가끔 생긴다고 하네요.