--- title: "버전이 다른 DB간 마이그레이션" slug: "dms-troubleshot-version" tags: ["Database Migration Service", "문제 해결"] updated: 2026-10-15T09:44:37Z published: 2026-10-15T09:44:37Z canonical: "guide.ncloud-docs.com/dms-troubleshot-version" --- > ## Documentation Index > Fetch the complete documentation index at: https://guide.ncloud-docs.com/llms.txt > Use this file to discover all available pages before exploring further. # 버전이 다른 DB간 마이그레이션 VPC 환경에서 이용 가능합니다. Database Migration Service를 이용하면서 다음과 같은 문제를 겪을 수 있습니다. 문제별 원인과 해결 방법을 확인하고 적절하게 조치해 주십시오. ## 호환성 문제 MySQL / MariaDB 하위 버전에서 상위 버전으로 마이그레이션 시 호환성 관련 오류가 발생합니다. #### 원인 같은 Major 버전끼리의 마이그레이션을 권장하고 있으나 Source DB와 Target DB가 서로 다른 버전이어도 Database Migration Service를 이용할 수 있습니다. 예를 들어 MySQL 5.7 버전에서 MySQL 8.0 버전으로 마이그레이션 가능합니다. 단, EOL된 MySQL / MariaDB 버전은 마이그레이션 과정에서 호환성 관련 오류 메시지가 발생할 수 있습니다. #### 해결 방법 마이그레이션하려는 Sourcre DB MySQL / MariaDB 버전의 지원이 종료된 것은 아닌지 확인해 주십시오. 지원이 종료된 MySQL / MariaDB 버전은 마이그레이션 과정에서 호환성 관련 오류 메시지가 발생할 수 있습니다. ## Source DB MySQL 5.7 버전 및 MariaDB 10.1 이상 버전에서 Target DB MySQL 8.0 버전으로 마이그레이션 시 오류 Source DB MySQL 5.7 버전 및 MariaDB 10.1 이상 버전에서 Target DB MySQL 8.0 버전으로 마이그레이션 시 오류가 발생합니다. #### 원인 MySQL 5.7 버전 및 MariaDB 10.1.7 이상 버전에서 Default 값으로 지원하는 sql_mode='NO_AUTO_CREATE_USER' 설정은 MySQL 8.0 버전부터는 지원하지 않습니다. #### 해결 방법 - Source DB에 sql_mode='NO_AUTO_CREATE_USER' 설정이 적용되어 있다면 삭제 후 마이그레이션을 진행해 주십시오. Import 진행 중 해당 오류를 확인하였다면 마이그레이션 삭제 후 재시도해 주십시오. - 백업 방식 : mydumper 을 선택하시면 sql_mode 관련 에러가 발생하지 않습니다. - 기존 애플리케이션과 MySQL 8.0 간에 호환성 이슈 존재 여부에 대해서는 서비스 전환 전에 점검을 완료해 주십시오. ## MySQL 5.7.40 버전에서 발생하는 복제 정합성 문제 MySQL 5.7.40 버전에서 복제 정합성 문제가 발생합니다. #### 원인 MySQL 5.7.40 버전의 경우 자체 MySQL 스펙상 mysqldump 버그가 존재하여 복제 정합성 이슈가 발생할 수 있습니다. #### 해결 방법 mydumper 백업 방식을 선택하거나 Target DB 버전은 MySQL 5.7.40 이외 버전으로 설정하는 것을 권고합니다. 주의 - MySQL 5.7 버전, MariaDB 10.x 버전에서는 Procedure, Trigger, Function이 생성된 시점에 대한 sql-mode가 기억되어 mysqldump 진행 시 기재됩니다. 따라서 `sql_mode='NO_AUTO_CREATE_USER'` 설정 해제 후에도 해당 오류로 인한 마이그레이션 중단이 재현될 경우, Target DB MySQL 5.7 버전으로 마이그레이션을 진행해 주십시오. - Source DB 5.7에서 Target DB 8.0 버전으로 마이그레이션 진행을 원하는 경우, mydumper 방식을 선택하거나 [사전 준비](/docs/dms-connect#1%EC%82%AC%EC%A0%84%EC%A4%80%EB%B9%841)를 참조해 주십시오. ## "Target DB에서는 지원하지 않는 Collation이 포함되어 있습니다." 오류 메시지 "Target DB에서는 지원하지 않는 Collation이 포함되어 있습니다." 오류 메시지가 나타납니다. #### 원인 Source DB의 MySQL 버전이 8.0이고 Target DB가 5.7 이하 버전인 경우 발생하는 오류 메시지입니다. MySQL 8.0 버전에서 지원하는 Default Collation 인 "utf8mb4_0900_ai_ci"를 5.7 버전에서는 지원하지 않습니다. #### 해결 방법 Source DB의 Database, Table, View, Procedure, Function 등의 Collation 옵션을 변경한 후, 마이그레이션을 진행해 주십시오. 참고 이 가이드에서 필요한 정보를 찾지 못했거나 추가로 필요한 정보가 있으신 경우, 언제든지 아래의 피드백 아이콘을 클릭하여 의견을 보내 주십시오. 전달해 주신 의견을 참고하여 더 유용한 정보를 제공하겠습니다. ## Primary Key가 없는 테이블 마이그레이션 오류 Primary Key가 없는 테이블이 포함된 경우, Target DB MySQL 8.4 이상 버전으로 마이그레이션 시 Importing 단계에서 오류가 발생합니다. #### 원인 Cloud DB for MySQL 8.4 버전부터 `sql_require_primary_key` 설정의 기본값이 ON으로 변경되어, Primary Key가 없는 테이블은 Target DB에 생성할 수 없습니다. #### 해결 방법 - 다음 쿼리를 실행하여 Source DB에 Primary Key가 없는 테이블이 있는지 확인해 주십시오. ``` SELECT t.TABLE_SCHEMA, t.TABLE_NAME FROM information_schema.TABLES t LEFT JOIN information_schema.TABLE_CONSTRAINTS c ON c.TABLE_SCHEMA = t.TABLE_SCHEMA AND c.TABLE_NAME = t.TABLE_NAME AND c.CONSTRAINT_TYPE = 'PRIMARY KEY' WHERE t.TABLE_TYPE = 'BASE TABLE' AND t.TABLE_SCHEMA NOT IN ('information_schema', 'mysql', 'performance_schema', 'sys') AND c.CONSTRAINT_TYPE IS NULL; ``` - 조회 결과가 있으면 마이그레이션을 시작하기 전에 Target DB의 DB Config에서 `sql_require_primary_key` 값을 OFF로 변경해 주십시오. - Importing 단계에서 해당 오류가 이미 발생한 경우에는 마이그레이션을 삭제한 후 설정을 변경하고 다시 진행해 주십시오. - Primary Key가 없는 테이블은 행 기반 복제 성능 저하의 원인이 될 수 있으므로, 마이그레이션 완료 후 Primary Key를 추가하는 것을 권장합니다.