모든 데이터베이스의 MySQL 마스터-마스터 복제. 어떻게?

배경 : 이 훌륭한 안내서에 따라 마스터-마스터 행 기반 복제 (RBR)에 두 개의 MySQL 5.1 서버를 설정했습니다 . 모든 데이터베이스를 복제하고 정기적으로 새 데이터베이스를 추가하려고합니다.

목표 : 서버 중 하나에 DB를 추가하여 새로운 데이터베이스를 복제에 추가하고 싶습니다. 두 슬레이브를 중지 하지 않고 구성 파일을 변경하고 MySQL 서버를 다시 시작한 후 슬레이브를 다시 시작하십시오.

질문 : 내가 읽은 것을, 나는에서 생각 나는 간단히 생략하여이 작업을 수행 할 수 있습니다 binlog-do-db, binlog-ignore-db, replicate-do-db, 및 replicate-ignore-db각 서버의 구성 설정을하지만 난 확신 할 수 없다. 데이터베이스 및 테이블 수준 복제 옵션을 평가 하는 방법에 대한 MySQL의 문서 를 통해이를 수행 할 수있는 방법이 없을 것이라고 생각합니다.

내 /etc/mysql/my.cnf파일 의 관련 부분이 아래에 복사됩니다. 내가 올바른 길을 가고 있습니까? 내가 원하는 것도 가능합니까?

마스터 1 :

[mysqld]
binlog-format = row
server-id = 1
replicate-same-server-id = 0
auto-increment-increment = 2
auto-increment-offset = 1

master-host = <master2_ip>
master-user = slave_user
master-password = <password>
master-connect-retry = 60

log-bin = /var/log/mysql/mysql-bin.log
relay-log = /var/lib/mysql/slave-relay.log
relay-log-index = /var/lib/mysql/slave-relay-log.index
expire_logs_days = 14
max_binlog_size = 2048M

마스터 2 :

[mysqld]
binlog-format = row
server-id = 2
replicate-same-server-id = 0
auto-increment-increment = 2
auto-increment-offset = 2

master-host = <master1_ip>
master-user = slave_user
master-password = <password>
master-connect-retry = 60

log-bin = /var/log/mysql/mysql-bin.log
relay-log = /var/lib/mysql/slave-relay.log
relay-log-index = /var/lib/mysql/slave-relay-log.index
expire_logs_days = 14
max_binlog_size = 2048M

이것은 내가 두 주인을 위해 그것을 한 방법입니다

log-bin = mysqld-bin
binlog-ignore-db=test
binlog-ignore-db=information_schema
binlog-ignore-db=mysql
log-slave-updates
replicate-ignore-db=test
replicate-ignore-db=information_schema
replicate-ignore-db=mysql
relay-log=mysqld-relay-bin

데이터베이스 작성과 관련하여 행 기반 복제에서 CREATE DATABASE를 사용하는 것에 대한 버그 보고서가 여전히 있습니다.

이 보고서는 닫혀 있지만 MySQL 5.1.47에서 버그가 다시 나타났습니다.
이 보고서는 MySQL 클러스터 (NDB 스토리지 엔진)
를 기반으로합니다.이 보고서는 복제 야생 무시 무시 테이블 여전히 복제를 기반으로합니다.

행 기반 복제로 인해 이진 로그가 놀라운 속도로 커져 이진 로그 데이터를 슬레이브의 릴레이 로그로 전달하는 네트워크 트래픽이 급증 할 수 있습니다.

@Mike는 데이터베이스 생성이 제대로 작동하고 복제 할 수 있다고 말합니다. 나는 그것을 의심하지 않습니다. 내가 가진 것은 데이터베이스가 인스턴스화되면 행 기반 복제에서 모든 문제를 해결하지 못한 MySQL (eh Oracle)의 작은 기능입니다.

이진 로그에 행 기반 항목을 계속 원하면 row_format MIXED로 전환 할 수 있습니다. 내부적으로 바이너리 로그 형식은 명령문과 고정 사이에 떠있는 경향이 있습니다 ( http://bugs.mysql.com/bug.php?id=40146 참조 ). 행 기반 ( http://bugs.mysql.com/bug.php?id=39701 ) 에서 혼합 및 수줍음을 사용하여 더 많은 버그 보고서가 닫히지 만 여전히 간헐적으로 문제가 지속됩니다.

최종 노트

자신의 정신을 유지하기 위해 명령문 기반 복제로 되돌려 서 CREATE DATABASE (SQL 문)를 작성된 데이터베이스에 대한 후속 SQL에 대해 안정적이고 일관성있게 만드십시오. 실제로 가장 최근의 버그 보고서에 따르면 데이터베이스 수준 및 테이블 수준 옵션에 대한 설명서의 내용에 관계없이 명령문 기반 복제를 사용하는 것이 가장 좋습니다.

흠 ... 또한 자동 증가 키와 필드를 처리 / 차별화하는 방법을 찾아야합니다. 이것은 흥미로워 보인다 .. http://mysql-mmm.org/

cmiiw conf를 변경하거나 슬레이브를 중지하지 않고 master1 및 master2에서 데이터베이스를 만들 수 있어야한다고 생각했지만 master-master 복제가 실행 중인지 확인하십시오. 어떤 데이터베이스를 복제해야하는지 정의하지 않기 때문에 my.cnf에서 정의하지 않으면 모든 데이터베이스가 복제됩니다.