0
나는 일련의 데이터베이스를 가지고 있는데, 각각은 기본적으로 독립형이다. 처음에는 복제 솔루션이 필요한 것처럼 보였지만, 더 많이 조사할수록 복제가 지나치게 유용하고 어쨌든 유용하지 않다고 느꼈습니다. 전에 MySQL을 복제하지 않았기 때문에 온라인 문서를 읽고, 인터넷 검색을하고, 관련 질문을 검색했지만, 광산과 같은 시나리오를 찾을 수 없습니다. 내 문제에 대한 간략한 설명은 다음과 같습니다.이 경우 MySQL 복제가 적절합니까?
- 다양한 데이터베이스는 서로 거의 실시간으로 연결되어 있지 않습니다.
- 파일을 썸 드라이브로 복사 한 다음 적절한 대상으로 옮겨 "동기화"할 수 있어야합니다.
- 데이터가 정확하게 일치하지 않아도되지만 상위 - 하위 관계가 동일해야합니다. 즉, 데이터베이스간에 생성 된 키가 다르면 큰 문제가되지 않습니다. 그러나 보이는 데이터는 일치해야합니다.
- 타이밍은 중요하지 않습니다. 늦어도 일 경우 업데이트는 일주일 후에 완료하거나 개월 후에 완료 할 수 있습니다.
- 업데이트는 이 올바른 순서로 또는 임의의 순서로 보장 될 수 없습니다. 그들은 에서부터까지 각 데이터베이스에 있습니다; 사이에 데이터베이스가 없습니다.
- 마스터 - 슬레이브 관계 집합이 아니라 중앙 데이터베이스 (R/W) 및 여러 원격 데이터베이스 (R/W)와 유사합니다.
- 가 생성되기 전까지 나는 얼마나 많은 원격 데이터베이스를 가지고 있는지 알 수 없습니다. 중앙 DB는 데이터가 도착할 때까지 데이터베이스가 존재한다는 것을 알지 못합니다. (나에게 이것은 중앙 데이터베이스의 고유성을 보장하기 위해 각각 고유 한 ID 범위를 부여하는 방법을 사용할 수 없다는 것을 의미합니다.)
결말은 " 복제 "를"인식 "하고 싶습니다. 중앙 데이터베이스가 원격 데이터베이스에서 어떤 일이 발생했는지 알기를 원하지만 시간 요구 사항은 없습니다. 원격 데이터베이스가 중앙 데이터베이스를 인식하기를 원하지만 서로에 대해 알 필요가 없습니다.
WTH는 제 질문입니까? 이 시나리오는 전형적인 복제 시나리오와 비슷하게 들릴지, 아니면 내 자신을 롤업해야하는 것처럼 들릴까요? 아마 위의 # 7이 중요하며,이 요구 사항을 고려할 때 즉시 사용할 수있는 복제는 불가능합니다.
EDIT :이 질문은 ServerFault에 더 적합 할 수 있습니다. 나는 또한 거기에서 수색을하고 내 질문에 대한 답을 찾지 못했습니다. 그리고 내가 SO와 SF 모두에서 찾은 복제 질문을 기반으로, 내 질문을 어디에 넣어야할지 결정이 50-50 인 것으로 보입니다. 죄송 합니다만 내가 잘못했다고 생각합니다.
이 모든 것이 데이터베이스 관리와 관련이있는 것으로 보이지만 프로그래밍에는 문제가 없습니다. –
내 생각에 당신이 맞다고 생각하지만 프로그래밍 문제가됩니다. 그래서 대신 여기에 제출하기로 결정했습니다. – MJB
이것은 논점이되어 버렸습니다. 그래서 나는 내 자신의 질문을 끝내기로 결심했습니다. – MJB