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

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 중국어 웹사이트의 기타 관련 기사를 참조하세요!