우리는 인턴을 고용하여 유용한 데이터를 생성하기 위해 데이터를 가지고 놀고 싶습니다. 현재 우리는 데이터베이스 스냅 샷을 가져 와서 액세스 권한을 부여한 새로운 RDS 인스턴스를 만들었습니다. 그러나 그것은 프로덕션 데이터베이스의 변경으로 인해 거의 즉시 구식입니다.RDS 읽기 복제본 고려 사항
현실적인 데이터를 수정하거나 실수로 프로덕션 데이터베이스를 가져 오는 것에 대해 걱정하지 않고 액세스 할 수있는 실제 데이터베이스의 라이브 미러 (또는 가까운 라이브 미러)를 원합니다. SELECT (*) FROM ourbigtable과 같은 어리석은 쿼리를 실행하거나 매우 느린 조인).
읽기 복제본이이 용도로 적합할까요? 그것은 적어도 최신 상태로 유지 될 것 같지만 읽기 복제본이 다운되거나 데이터가 우연히 또는 다른 잠재적 인 책임으로 변경된 경우 어떤 일이 발생할 것인지 명확하지 않습니다.
유일한 것은 내가이 was this SO question 관련 찾을 수있는이 내게 조금 걱정 (강조 광산)이있다 : 당신은 많은 양의 데이터를 미리 계산하고 무엇이 그렇지 을 수정하려는 경우
을 읽기 복제본에서 당신은 당신이 데이터를 변경하지 있어 정말 조심해야 - 읽기 후 더 이상 일치하지 않는 경우 당신이 :
TL 문제에있어 을, DR하지 않는 한하지 마 너는 네가하고있는 일을 너 정말로 알고있어. 모든 파급 효과를 이해합니다.
그리고 퉁명스럽게, MySQL의 복제는 너무도 발생하도록되어 무엇을 당신은 또한 업데이트했습니다 슬레이브 마스터가 업데이트 된 데이터를 쓰려고 으로이 있다면 일이 무엇을 알고, 내 경험에 황당 할 수있다. ... 누가 알아. 우리는 인턴이 참조되지 않은 읽기 복제본에서 그것을 보자 경우
는 프로덕션 데이터베이스에 어떤 위험이 있습니까?