현재 급속도로 커지고있는 데이터베이스를 백업하기 위해 mysqldump를 사용하고 있습니다. 나는 밤늦게까지 운행하지만, 때때로 교통량이 많은 (때때로 밤에 일어나는) 순간에 운행 될 때가끔 문제가 발생합니다. 예를 들어 어제 밤 완전히 완전히 (그리고 삭제되지 않은) 프로세스 목록으로 데이터베이스 백업이 끝난 직후에 사이트 중 하나가 잠겼습니다.트래픽이 많은 사이트를위한 MySQL 백업 전략
누군가에게 더 좋은 방법을 제안 할 의향이 있습니까? 가용성을 극대화하는 것이 목표이기 때문에 백업 중에 사이트를 임시 유지 관리 상태로 두는 것은 옵션이 아닙니다 (일부 SQL 덤프에는 잠시 시간이 걸립니다). 한 가지 생각은 마스터 복사본과 슬레이브 복사본을 모두 실행하고 슬레이브 복사본을 종료하고 마스터 복사본을 프로세스 중에 단독으로 남겨 두는 것입니다. 바라건대 간단한 해결책이 있습니다. 필자는 절대적으로 필요한 경우가 아니면 백업 목적으로 슬레이브 복사본을 실행하지 않을 것입니다. 어떤 제안?
감사합니다.
왜 백업을 위해 슬레이브를 사용하지 않는지 물어볼 수 있습니까? 너는 노예에 우리의 특정 테이블을 걸러 내고 있니? 특정 시간에 데이터의 스냅 샷을 얻는 것이 목표 인 경우, 슬레이브와 마스터가 동기화되어있는 한 모든 것이 정상이어야합니다. –
복제 경로를 사용하는 것에 반대하지 않습니다. 백업과 달리 아무것도 필요하지 않기 때문에 과도한 것처럼 보입니다. 이 문제를 해결하는 가장 좋은 방법이라면 그 길로 갈 것입니다. – modulaaron
노예에서 스냅 샷을 찍는 것이 주된 DB를 방해하고 싶지 않은 경우 이동하는 방법이라고 생각합니다. 복제본은 당신이 핫스왑 할 수있는 서버라는 추가적인 이점을 가질 것이고, 가지고있는 덤프는 다른 슬레이브를 설정할 수있게하여 슬레이브 업데이트를 로깅하도록합니다. –