스키마, 데이터, 메타데이터를 소스 데이터베이스에서 대상 데이터베이스로 마이그레이션할 때는 이 모든 정보가 정확하게 마이그레이션되는지 확인해야 합니다. Database Migration Service는 데이터베이스 객체 (스키마, 데이터, 메타데이터 포함)를 한 데이터베이스에서 다른 데이터베이스로 마이그레이션하는 고화질 방법을 제공합니다.
다음 데이터, 스키마, 메타데이터 구성요소가 모두 데이터베이스 마이그레이션의 일부로 마이그레이션됩니다.
데이터
sys, mysql, performance_schema, information_schema 시스템 데이터베이스를 제외한 모든 데이터베이스 및 스키마의 모든 테이블
스키마
이름 지정
기본 키
데이터 유형
서수 순위
기본값
null 허용 여부
자동 증가 속성
보조 색인
메타데이터
저장 프로시저
함수
트리거
조회수
외래 키 제약조건
연속 마이그레이션
위에 나열된 모든 데이터, 스키마, 메타데이터에 대한 데이터 조작 언어 (DML) 및 데이터 정의 언어 (DDL) 변경사항은 연속 이전 중에 업데이트됩니다.
이전되지 않는 항목
MySQL 데이터베이스를 마이그레이션할 때 MySQL 시스템 데이터베이스는 마이그레이션되지 않습니다. 이러한 데이터베이스에는 사용자 및 권한에 관한 정보가 포함되어 있습니다. 따라서 사용자 계정 로그인 정보는 대상 Cloud SQL 데이터베이스 인스턴스에서 직접 관리해야 합니다.
Cloud SQL 대상 인스턴스에 사용자를 추가하려면 인스턴스로 이동하여 사용자 탭에서 사용자를 추가하거나 MySQL 클라이언트에서 사용자를 추가합니다.
사용자 및 권한 외에도 기본이 아닌 플래그 설정은 Cloud SQL 대상 인스턴스로 이전되지 않습니다. 스키마, 데이터, 메타데이터를 대상 데이터베이스로 마이그레이션하기 전에 소스 데이터베이스에서 SHOW VARIABLES를 실행한 다음 Cloud SQL 데이터베이스에서 다시 실행합니다. 필요에 따라 Cloud SQL 데이터베이스에서 플래그 설정을 업데이트하여 소스 설정을 복제합니다.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-09-05(UTC)"],[[["\u003cp\u003eDatabase Migration Service ensures accurate migration of database objects, including schema, data, and metadata, from one database to another.\u003c/p\u003e\n"],["\u003cp\u003eAll tables, excluding MySQL system databases such as \u003ccode\u003esys\u003c/code\u003e, \u003ccode\u003emysql\u003c/code\u003e, \u003ccode\u003eperformance_schema\u003c/code\u003e, and \u003ccode\u003einformation_schema\u003c/code\u003e, are migrated.\u003c/p\u003e\n"],["\u003cp\u003eSchema elements like naming, primary keys, data types, and metadata components such as stored procedures, functions, and triggers are all migrated.\u003c/p\u003e\n"],["\u003cp\u003eUser account login information and non-default flag settings are not migrated; they must be managed directly in the Cloud SQL destination instance.\u003c/p\u003e\n"],["\u003cp\u003eData manipulation language (DML) and data definition language (DDL) changes to data, schema, and metadata are continuously updated during ongoing migrations.\u003c/p\u003e\n"]]],[],null,["# Migration fidelity\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\nMySQL \\| [PostgreSQL](/database-migration/docs/postgres/migration-fidelity \"View this page for the PostgreSQL version of Database Migration Service.\") \\| [PostgreSQL to AlloyDB](/database-migration/docs/postgresql-to-alloydb/migration-fidelity \"View this page for the PostgreSQL to AlloyDB version of Database Migration Service.\")\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\nOverview\n--------\n\nWhen you're migrating your schema, data, and metadata from a source database to a\ndestination database, you want to ensure that all of this information is\nmigrated accurately. Database Migration Service provides a high-fidelity way to\nmigrate database objects (including the schema, data, and metadata) from one\ndatabase to another.\n\nAll of the following data, schema, and metadata components are migrated as part\nof the database migration:\n\n### Data\n\n- All tables from all databases and schemas, excluding the following system databases: `sys`, `mysql`, `performance_schema`, and `information_schema`.\n\n### Schema\n\n- Naming\n\n- Primary key\n\n- Data type\n\n- Ordinal position\n\n- Default value\n\n- Nullability\n\n- Auto-increment attributes\n\n- Secondary indexes\n\n### Metadata\n\n- Stored procedures\n\n- Functions\n\n- Triggers\n\n- Views\n\n- Foreign key constraints\n\n### Continuous migration\n\nData manipulation language (DML) and data definition language (DDL)\nchanges to all data, schemas, and metadata listed above are\nupdated during continuous migrations.\n\n### What isn't migrated\n\nWhen migrating a MySQL database, MySQL system databases aren't migrated. These databases contain information about users and privileges. Because of this, user account login information must be managed in the destination Cloud SQL database instance directly.\n\nTo add users to the Cloud SQL destination instance, navigate to the instance and add users from the **Users** tab, or add them from the MySQL client.\n\n[Learn more about creating and managing MySQL users](/sql/docs/mysql/create-manage-users).\n\nIn addition to users and privileges, non-default flag settings aren't migrated to the Cloud SQL destination instance. Run\n[\u003cvar translate=\"no\"\u003eSHOW VARIABLES\u003c/var\u003e](https://dev.mysql.com/doc/refman/8.0/en/show-variables.html)\non your source database before migrating your schema, data, and metadata to the\ndestination database, and then run it again on the Cloud SQL\ndatabase. Update flag settings as needed on the Cloud SQL database to\nreplicate the source settings.\n| **Note:** Some flags that apply to a primary database may not make sense on a replica. Also, not all MySQL flags are allowed on a Cloud SQL instance. Refer to the [Cloud SQL documentation](/sql/docs/mysql/flags) for more information."]]
