물리적 백업과 논리적 백업은 AWS RDS에서 MySQL 데이터베이스를 백업하는 두 가지 방법입니다. 주요 차이점은 다음과 같습니다.
물리적 백업
1. 백업 유형: 물리적 백업은 데이터베이스 콘텐츠를 저장하는 디렉터리 및 파일의 원시 복사본입니다. 이는 더 큰 데이터 세트에 자주 사용되며 더 빠르고 리소스 집약적일 수 있습니다.
2. 사용된 도구: Percona XtraBackup과 같은 도구를 사용하여 자체 관리형 인스턴스 또는 Amazon EC2 인스턴스에서 MySQL 데이터베이스의 물리적 백업을 생성할 수 있습니다. 그러나 이러한 도구는 MySQL 인스턴스용 RDS의 물리적 백업을 생성하는 데 사용할 수 없습니다.
3. 장점:
- 더 빠르고 리소스 집약도가 낮습니다.
- 데이터베이스의 전체 상태와 구조를 캡처합니다.
- 데이터베이스의 일관성과 복구 가능성을 보장합니다.
4. 단점:
- 이식성이 없으며 동일한 플랫폼 및 데이터베이스 소프트웨어 버전으로만 복원할 수 있습니다.
- 데이터베이스 내 특정 객체나 스키마의 선택적 백업이나 복원에는 적합하지 않습니다.
논리적 백업
1. 백업 종류: 논리적 백업은 데이터베이스의 내용과 구조를 논리적인 형태로 저장합니다. 이는 소규모 데이터세트에 자주 사용되며 다양한 데이터베이스 시스템이나 형식 간에 데이터를 전송하는 데 사용할 수 있습니다.
2. 사용된 도구: mysqldump 또는 MyDumper와 같은 도구를 사용하여 MySQL 데이터베이스의 논리적 백업을 생성할 수 있습니다.
3. 장점:
- 이식 가능하며 데이터베이스 소프트웨어의 다른 플랫폼이나 버전으로 복원할 수 있습니다.
- 데이터베이스 내의 특정 개체나 스키마를 선택적으로 백업하거나 복원할 수 있습니다.
- 서로 다른 데이터베이스 시스템이나 형식 간에 데이터를 전송하는 데 사용할 수 있습니다.
4. 단점:
- 속도가 느리고 리소스 집약적입니다.
- 데이터베이스 개체의 모든 정보나 종속성을 캡처하지 못할 수 있습니다.
- 백업 프로세스 중에 데이터베이스가 수정되면 일관성이 없거나 복구가 불가능할 수 있습니다.
결론
물리적 백업은 대규모 데이터 세트에 적합하며 더 빠르고 리소스 집약적인 백업 및 복구를 제공합니다. 논리적 백업은 소규모 데이터 세트에 적합하며 이동성 및 선택적 백업 또는 복원 측면에서 더 많은 유연성을 제공합니다.
인용:[1] https://www.linkedin.com/advice/0/how-can-you-compare-logical-physical-backups
[2] https://aws.amazon.com/blogs/database/improve-performance-of-your-bulk-data-import-to-amazon-rds-for-mysql/
[3] https://sudoconsultants.com/how-to-backup-mysql-databases-on-amazon-rds/
[4] https://repost.aws/questions/QUKZyq-gcETA6ly4rFEyTcyg/single-db-backup-restore-for-rds
[5] https://www.reddit.com/r/Database/comments/9uzxtl/logical_vs_physical_backup_and_online_vs_offline/