> 데이터 베이스 > MySQL 튜토리얼 > 이중 머신 양방향 핫 백업을 위한 MySQL 샘플 코드

이중 머신 양방향 핫 백업을 위한 MySQL 샘플 코드

黄舟
풀어 주다: 2017-03-11 13:52:26
원래의
1505명이 탐색했습니다.

1. 설명

현재 적용 중인 MySQL은 이중 머신 핫 백업 전략을 채택하지 않습니다. 그러나 시스템의 고가용성을 고려하여 구현 후에는 이중 머신 핫 백업이 필요합니다. 데이터 핫 백업, 읽기와 쓰기의 분리를 더욱 실현하고 애플리케이션에서 데이터 액세스 성능을 향상시킬 수 있습니다. 현재 유휴 머신이 몇 대 있어서 시작했습니다.
머신 A: (10.0.9.199), 머신 B: (10.0.9.1)

2. 구현 단계

양방향 핫 백업이므로 먼저 One 데이터베이스(db1)를 마스터로 설정하고 B의 백업 데이터베이스(db2)를 슬레이브로 설정한 다음 db2를 마스터로, db1을 슬레이브로 구성합니다. (1) A와 B 구성 파일 my.cnf를 수정하고 다음 내용

log-bin=mysql-0-bin     #设定生成log文件名         #机器A配置
server-id=9199		# 主ID,与从ID不能相同

binlog-do-db=webgps4_0   #设置同步数据库名
binlog-ignore-db=mysql   #避免同步mysql用户配置
replicate-do-db=webgps4_0    // 两处webgps4_0是一致的
replicate-ignore-db=mysql
로그인 후 복사
rrree

를 추가합니다. (2) A와 B에서 mysql을 다시 시작하고 동기화를 위해 두 컴퓨터 모두에 mysql 사용자를 생성합니다.

log-bin=mysql-1-bin     #设定生成log文件名          #以下为机器B配置
server-id=9001		# 主ID,与从ID不能相同

binlog-do-db=webgps4_0   #设置同步数据库名
binlog-ignore-db=mysql   #避免同步mysql用户配置
replicate-do-db=webgps4_0    // 两处webgps4_0是一致的
replicate-ignore-db=mysql
로그인 후 복사

(3) 사용자 권한 설정

 CREATE USER 'test'@'10.0.9.1' IDENTIFIED BY '123456';   
 //test为账号,10.0.9.1表示账号只能从指定id也就是B机器访问,最后123456是密码,机器A上执行
 CREATE USER 'test'@'10.0.9.199' IDENTIFIED BY '123456';   
 //机器B上执行
로그인 후 복사

(4) A와 B 사이의 마스터-슬레이브 접점, B와 A 사이의 마스터-슬레이브 접점을

grant replication slave,reload,create user, super on *.* to 'test'@'10.0.9.1' IDENTIFIED BY '123456';  //  机器A上执行
grant replication slave,reload,create user, super on *.* to 'test'@'10.0.9.199' IDENTIFIED BY '123456';  // 机器B上执行
로그인 후 복사

설정하기 때문입니다. 양방향 백업의 경우 구성의 많은 작업은 유일한 차이점은 마스터와 슬레이브의 순서가 일치하지 않는다는 것입니다. 하나는 정방향이고 다른 하나는 역방향입니다. 여기서는 양방향 백업이 구현되었습니다. 이제 두 라이브러리에서 일부 작업을 수행하여 효과를 확인할 수 있습니다.

현재는 db1과 해당 백업 양방향 마스터-슬레이브만 구성되어 있습니다. 이는 하나의 스키마만 상시 대기 상태가 보장된다는 것을 의미합니다. 실제 애플리케이션에서는 단일 서버에 대한 부담을 줄이기 위해 여러 스키마가 사용되는 경우가 많습니다. 이 문서의 머신 A의 스키마는 B에 있고 B의 백업은 C에 있습니다. 일부 백업은 링으로 구성됩니다. 머신 B에서 핫 스탠바이를 구성할 때 이전 데이터베이스 인스턴스에서 마스터 또는 슬레이브 구성을 수행할 수 없다는 점에 유의해야 합니다. 동일한 포트 번호에서 구성을 반복하면 이전 인스턴스를 덮어쓰게 되므로 여러 인스턴스를 시작하려면 mysqld_multi를 사용해야 합니다. 단일 머신에서는 mysql 인스턴스 구성이 다른 mysql 인스턴스에서 수행됩니다. mysqld_multi의 구성에 대해서는 블로그 게시물인 MySQL - Linux의 단일 머신에서 여러 MySQL 인스턴스 시작(mysqld_multi)을 확인하세요. )



3. 양방향 백업 지침

메인 라이브러리는 Bin 로그를 활성화해야 하며, 메인 라이브러리와 슬레이브 라이브러리는 고유한 서버 ID를 가지고 있어야 합니다.
  • 슬레이브 라이브러리는 복사를 시작할 메인 라이브러리의 Bin 로그 파일의 오프셋 위치를 명확히 알고 있어야 합니다. 메인 라이브러리에서만 복사 가능 지정된 데이터베이스 또는 데이터베이스의 일부 데이터 테이블
  • 마스터 데이터베이스와 슬레이브 데이터베이스의 데이터베이스 이름은 다를 수 있지만 권장됩니다. 동일한 이름을 사용하려면
  • 마스터 데이터베이스와 슬레이브 데이터베이스의 MySQL 버전이 일치해야 합니다
  • MySQL3.23.15부터 MySQL 단방향 비동기 복제를 지원합니다. 즉, 하나의 MySQL 서버는 마스터(메인 데이터베이스) 역할을 하고, 하나 이상의 MySQL 서버는 슬레이브(슬레이브 데이터베이스) 역할을 하며, 데이터는 마스터에서 슬레이브로 비동기적으로 복제됩니다. 이 복제는 비동기식이며 MySQL의 동기식 복제 구현(이 구현을 MySQL 클러스터라고 함)과 다릅니다.
  • 메인 라이브러리가 업데이트되면 메인 라이브러리는 업데이트 작업의 SQL을 바이너리 로그(Bin 로그)에 기록하고 바이너리 로그 파일의 인덱스를 유지하여 로그 파일 회전(Rotate)을 용이하게 합니다. 슬레이브 라이브러리가 비동기 복제를 시작하면 슬레이브 라이브러리는 두 개의 I/O 스레드를 시작합니다. 그 중 하나는 메인 라이브러리에 연결되어 메인 라이브러리가 바이너리 로그의 변경 사항을 슬레이브 라이브러리로 전송하고 반환된 로그를 작성하도록 요구합니다. 로컬로. 또 다른 스레드는 로컬로 작성된 바이너리 로그를 읽고 로컬로 실행하여 이 변경 사항을 반영하는 역할을 담당합니다. 이전 버전에서는 기능의 이 두 부분을 구현하기 위해 복사하는 동안 하나의 I/O 스레드만 활성화했습니다.

위 내용은 이중 머신 양방향 핫 백업을 위한 MySQL 샘플 코드의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

원천:php.cn
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿