내 SQL호환 데이터베이스를 의 소스로 사용 AWS DMS - AWS 데이터베이스 마이그레이션 서비스

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

내 SQL호환 데이터베이스를 의 소스로 사용 AWS DMS

AWS 데이터베이스 마이그레이션 서비스를 사용하여 내 SQL호환 데이터베이스(내 SQL, MariaDB 또는 Amazon Aurora 내 SQL)에서 데이터를 마이그레이션할 수 있습니다.

가 소스로 AWS DMS 지원하는 MySQL 버전에 대한 자세한 내용은 섹션을 참조하세요에 대한 소스 AWS DMS.

SSL 를 사용하여 내 SQL호환 엔드포인트와 복제 인스턴스 간의 연결을 암호화할 수 있습니다. 내 SQL호환 엔드포인트와 SSL 함께 를 사용하는 방법에 대한 자세한 내용은 섹션을 참조하세요SSL 사용: AWS Database Migration Service.

다음 섹션에서 '자체 관리형'이라는 용어는 온프레미스 또는 Amazon 에 설치된 모든 데이터베이스에 적용됩니다EC2. “AWS관리형”이라는 용어는 Amazon RDS, Amazon Aurora 또는 Amazon S3의 모든 데이터베이스에 적용됩니다.

내 SQL호환 데이터베이스 및 작업에 대한 자세한 내용은 다음 섹션을 AWS DMS참조하세요.

를 사용하여 내SQL 에서 내SQL 로 마이그레이션 AWS DMS

My 이외의 데이터베이스 엔진에서 MySQL SQL 데이터베이스로 마이그레이션하는 이기종 마이그레이션의 경우 AWS DMS 는 거의 항상 사용할 수 있는 최고의 마이그레이션 도구입니다. 하지만 MySQL 데이터베이스SQL에서 My 데이터베이스로 마이그레이션하는 동종 마이그레이션의 경우 동종 데이터 마이그레이션 마이그레이션 프로젝트를 사용하는 것이 좋습니다. 동종 데이터 마이그레이션은 네이티브 데이터베이스 도구를 사용하여 와 비교할 때 향상된 데이터 마이그레이션 성능과 정확도를 제공합니다 AWS DMS.

내 SQL호환 데이터베이스를 의 소스로 사용 AWS DMS

내SQL 데이터베이스를 의 소스로 사용하기 전에 다음 사전 조건이 있는지 AWS DMS확인하세요. 이러한 사전 조건은 자체 관리형 또는 관리 AWS형 소스에 적용됩니다.

복제 관리자 역할 AWS DMS 이 있는 계정이 있어야 합니다. 역할에는 다음 권한이 있어야 합니다.

  • REPLICATION CLIENT - 이 권한은 CDC 태스크에만 필요합니다. 즉, full-load-only 태스크에는 이 권한이 필요하지 않습니다.

  • REPLICATION SLAVE - 이 권한은 CDC 태스크에만 필요합니다. 즉, full-load-only 태스크에는 이 권한이 필요하지 않습니다.

  • SUPER – 이 권한은 5.6.6 이전 내SQL 버전에서만 필요합니다.

AWS DMS 사용자는 복제용으로 지정된 소스 테이블에 대한 SELECT 권한도 있어야 합니다.

내 SQL특정 마이그레이션 전 평가를 사용하는 경우 다음 권한을 부여합니다.

grant select on mysql.user to <dms_user>; grant select on mysql.db to <dms_user>; grant select on mysql.tables_priv to <dms_user>; grant select on mysql.role_edges to <dms_user> #only for MySQL version 8.0.11 and higher

자체 관리형 My SQL호환 데이터베이스를 의 소스로 사용 AWS DMS

다음과 같은 자체 관리형 My SQL호환 데이터베이스를 의 소스로 사용할 수 있습니다 AWS DMS.

  • 내SQL 커뮤니티 에디션

  • 내SQL Standard Edition

  • 내SQL Enterprise Edition

  • 내SQL 클러스터 캐리어 등급 에디션

  • MariaDB Community Edition

  • MariaDB Enterprise Edition

  • MariaDB Column Store

를 사용하려면 바이너리 로깅을 활성화해야 CDC합니다. 바이너리 로깅을 활성화하려면 내 SQL의 my.ini (Windows) 또는 my.cnf (UNIX) 파일에 다음 파라미터를 구성해야 합니다.

파라미터

server_id

이 파라미터 값을 1 이상의 값으로 설정합니다.

log-bin

log-bin=E:\MySql_Logs\BinLog과 같은 이진 로그 파일로 이 경로를 설정합니다. 파일 확장자를 포함해서는 안 됩니다.

binlog_format

이 파라미터를 ROW으로 설정합니다. binlog_formatSTATEMENT로 설정하면 대상에 데이터를 복제할 때 불일치가 발생할 수 있으므로 복제 중에 이 설정을 사용하는 것이 좋습니다. binlog_formatMIXED로 설정되면 데이터베이스 엔진도 비슷한 일관되지 않은 데이터를 대상에 기록합니다. 대상 데이터베이스에 일관되지 않은 데이터가 기록되도록 할 수 있는 STATEMENT 기반 로깅으로 데이터베이스 엔진이 자동으로 전환되기 때문입니다.

expire_logs_days

이 파라미터 값을 1 이상의 값으로 설정합니다. 디스크 공간의 과사용을 방지하려면 기본값 0을 사용하지 않는 것이 좋습니다.

binlog_checksum

DMS 버전 3.4.7 이전의 NONE 경우 이 파라미터를 로 설정합니다.

binlog_row_image

이 파라미터를 FULL으로 설정합니다.

log_slave_updates

MySQL 또는 MariaDB 읽기 전용 복제본을 소스로 사용하는 TRUE 경우 이 파라미터를 로 설정합니다.

MySQL 또는 MariaDB 읽기 전용 복제본을 기존 데이터 마이그레이션 및 지속적인 변경 모드 복제를 사용하는 DMS 마이그레이션 작업의 소스로 사용하는 경우 데이터 손실 가능성이 있습니다. DMS 는 전체 로드 중 또는 다음 조건에서 트랜잭션CDC을 작성하지 않습니다.

  • DMS 작업이 시작되기 전에 트랜잭션이 기본 인스턴스에 커밋되었습니다.

  • 기본 인스턴스와 복제본 간의 지연으로 인해 DMS 작업이 시작된 후까지 트랜잭션이 복제본에 커밋되지 않았습니다.

기본 인스턴스와 복제본 간의 지연 시간이 길수록 데이터 손실 가능성이 커집니다.

소스가 NDB (클러스터된) 데이터베이스 엔진을 사용하는 경우 해당 스토리지 엔진을 사용하는 테이블CDC에서 를 활성화하도록 다음 파라미터를 구성해야 합니다. 내SQL my.ini (Windows) 또는 my.cnf (UNIX) 파일에 이러한 변경 사항을 추가합니다.

파라미터

ndb_log_bin

이 파라미터를 ON으로 설정합니다. 이 값은 클러스터링된 테이블의 변경 사항이 이진 로그에 로깅되도록 보장해 줍니다.

ndb_log_update_as_write

이 파라미터를 OFF으로 설정합니다. 이 값은 이진 로그에 UPDATE 문을 INSERT 문으로 쓰는 것을 방지합니다.

ndb_log_updated_only

이 파라미터를 OFF으로 설정합니다. 이 값은 이진 로그가 변경된 열뿐만 아니라 전체 행을 포함하도록 해줍니다.

관리 AWS형 내 SQL호환 데이터베이스를 의 소스로 사용 AWS DMS

다음 AWS관리형 내 SQL호환 데이터베이스를 의 소스로 사용할 수 있습니다 AWS DMS.

  • 내SQL 커뮤니티 에디션

  • MariaDB Community Edition

  • Amazon Aurora My SQL-Compatible Edition

관리 AWS형 내 SQL호환 데이터베이스를 의 소스로 사용하는 경우 에 대해 다음과 같은 사전 조건이 있는지 AWS DMS확인합니다CDC.

  • 내SQL 의 RDS 에 대한 바이너리 로그를 활성화하고 MariaDB 의 RDS에 대한 바이너리 로그를 활성화하려면 인스턴스 수준에서 자동 백업을 활성화합니다. Aurora MySQL 클러스터에 대한 바이너리 로그를 활성화하려면 binlog_format 파라미터 그룹의 변수를 변경합니다.

    자동 백업 설정에 대한 자세한 내용은 Amazon RDS 사용 설명서자동 백업 작업을 참조하세요.

    Amazon RDS for MySQL 데이터베이스의 바이너리 로깅 설정에 대한 자세한 내용은 Amazon RDS 사용 설명서의 바이너리 로깅 형식 설정을 참조하세요.

    Aurora MySQL 클러스터의 바이너리 로깅 설정에 대한 자세한 내용은 Amazon Aurora MySQL 클러스터의 바이너리 로깅을 활성화하려면 어떻게 해야 하나요?를 참조하세요.

  • 를 사용하려면 바이너리 로깅을 CDC켭니다. Amazon RDS for MySQL 데이터베이스의 바이너리 로깅 설정에 대한 자세한 내용은 Amazon RDS 사용 설명서의 바이너리 로깅 형식 설정을 참조하세요.

  • 바이너리 로그를 에서 사용할 수 있는지 확인합니다 AWS DMS. 관리 AWS형 내 SQL호환 데이터베이스는 바이너리 로그를 최대한 빨리 제거하므로 로그를 사용할 수 있는 상태로 유지하는 시간을 늘려야 합니다. 예를 들어, 로그 보존 시간을 24시간으로 늘리려면 다음 명령을 실행합니다.

    call mysql.rds_set_configuration('binlog retention hours', 24);
  • binlog_format 파라미터를 "ROW"로 설정합니다.

    참고

    MySQL 또는 MariaDBbinlog_format는 동적 파라미터이므로 새 값을 적용하기 위해 재부팅할 필요가 없습니다. 하지만 새 값은 새 세션에만 적용됩니다. 복제를 위해 binlog_formatROW로 전환해도 값을 변경하기 전에 해당 세션이 시작된 경우, 데이터베이스는 MIXED 형식을 사용하여 후속 이진 로그를 계속 생성할 수 있습니다. 이렇게 하면 AWS DMS 가 소스 데이터베이스의 모든 변경 사항을 제대로 캡처하지 못할 수 있습니다. MariaDB 또는 내SQL 데이터베이스의 binlog_format 설정을 변경할 때는 데이터베이스를 다시 시작하여 기존 세션을 모두 닫거나 DML (데이터 조작 언어) 작업을 수행하는 애플리케이션을 다시 시작해야 합니다. binlog_format 파라미터를 로 변경한 후 데이터베이스를 강제로 모든 세션을 다시 시작ROW하면 데이터베이스가 올바른 형식을 사용하여 모든 후속 소스 데이터베이스 변경 사항을 기록하여 가 이러한 변경 사항을 올바르게 캡처할 AWS DMS 수 있습니다.

  • binlog_row_image 파라미터를 "Full"로 설정합니다.

  • "NONE" DMS 버전 3.4.7 이전의 경우 binlog_checksum 파라미터를 로 설정합니다. Amazon RDS My 에서 파라미터를 설정하는 방법에 대한 자세한 내용은 Amazon RDS 사용 설명서의 자동 백업 작업을 SQL참조하세요. https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithAutomatedBackups.html

  • Amazon RDS MySQL 또는 Amazon RDS MariaDB 읽기 전용 복제본을 소스로 사용하는 경우 읽기 전용 복제본에서 백업을 활성화하고 log_slave_updates 파라미터가 로 설정되어 있는지 확인합니다TRUE.

내SQL 데이터베이스를 소스로 사용하는 것에 대한 제한 사항 AWS DMS

내SQL 데이터베이스를 소스로 사용할 때는 다음을 고려하세요.

  • 변경 데이터 캡처(CDC)는 Amazon RDS MySQL 5.5 이하에서는 지원되지 않습니다. Amazon RDS My 의 경우 버전 5.6, 5.7 또는 8.0을 사용하여 를 활성화SQL해야 합니다CDC. CDC 는 자체 관리형 MySQL 5.5 소스에서 지원됩니다.

  • CDC, ADD COLUMN, CREATE TABLE및 열 데이터 유형 DROP COLUMN 변경의 경우 및 가 지원renaming a column됩니다. 하지만 DROP TABLE, RENAME TABLE 및 열 기본값, 열 Null 허용 여부, 문자 집합 등과 같은 다른 속성에 대한 업데이트는 지원되지 않습니다.

  • 소스의 분할된 테이블의 경우 대상 테이블 준비 모드를 대상 의 테이블 삭제로 설정하면 는 내SQL 대상에 파티션이 없는 간단한 테이블을 AWS DMS 생성합니다. 파티션된 테이블을 대상의 파티션된 테이블로 마이그레이션하려면 대상 내SQL 데이터베이스에 파티션된 테이블을 미리 생성합니다.

  • ALTER TABLE table_name ADD COLUMN column_name 문을 사용하여 테이블(FIRST)의 시작 부분() 또는 중간 부분에 열을 추가하는 AFTER것은 지원되지 않습니다. 열은 항상 테이블 끝에 추가됩니다.

  • CDC 는 테이블 이름에 대문자와 소문자가 포함되어 있고 소스 엔진이 대소문자를 구분하지 않는 파일 이름이 있는 운영 체제에서 호스팅되는 경우 지원되지 않습니다. 예를 들어 HFS+를 사용하는 Microsoft Windows 또는 OS X가 있습니다.

  • Aurora My SQL-Compatible Edition Serverless v1을 전체 로드에 사용할 수 있지만 에는 사용할 수 없습니다CDC. 이는 내 에 대한 사전 조건을 활성화할 수 없기 때문입니다SQL. 자세한 내용은 파라미터 그룹 및 Aurora Serverless v1을 참조하세요.

    Aurora My SQL-Compatible Edition Serverless v2는 를 지원합니다CDC.

  • 열의 AUTO_INCREMENT 속성은 대상 데이터베이스 열로 마이그레이션되지 않습니다.

  • 표준 블록 스토리지에 이진 로그가 저장되지 않으면 변경 사항 캡처가 지원되지 않습니다. 예를 들어 는 바이너리 로그가 Amazon S3에 저장될 때 작동하지 CDC 않습니다.

  • AWS DMS 는 기본적으로 InnoDB 스토리지 엔진을 사용하여 대상 테이블을 생성합니다. InnoDB가 아닌 스토리지 엔진을 사용해야 하는 경우, 테이블을 수동으로 생성하고 이를 아무 작업 안 함 모드를 사용하여 마이그레이션해야 합니다.

  • DMS 마이그레이션 작업 모드가 기존 데이터 마이그레이션 - 전체 로드만 해당하지 AWS DMS 않는 한 Aurora MySQL 복제본을 소스로 사용할 수 없습니다.

  • 전체 로드 AWS DMS 중에 내 SQL호환 소스가 중지되는 경우 오류와 함께 태스크가 중지되지 않습니다. 작업은 성공적으로 종료되지만 대상과 원본이 동기화되지 않았을 수 있습니다. 그러한 경우, 작업을 다시 시작하거나 영향을 받은 테이블을 다시 로드하십시오.

  • 열의 일부에 생성된 색인 값은 마이그레이션되지 않습니다. 예를 들어 인덱스 CREATE INDEX first_ten_chars ON customer(name(10))가 대상에 생성되지 않습니다.

  • 경우에 따라 작업이 복제되지 않도록 구성됩니다LOBs(작업 설정에서 “SupportLobs”가 거짓이거나 작업 콘솔에서 LOB 열 미포함이 선택됨). 이러한 경우 AWS DMS 는 MEDIUMBLOB, LONGBLOB, MEDIUMTEXT및 LONGTEXT 열을 대상으로 마이그레이션하지 않습니다.

    BLOB, TINYBLOBTEXT, 및 TINYTEXT 열은 영향을 받지 않으며 대상으로 마이그레이션됩니다.

  • 임시 데이터 테이블 또는 시스템 버전이 지정된 테이블은 MariaDB 소스 및 대상 데이터베이스에서 지원되지 않습니다.

  • 두 Amazon RDS Aurora MySQL 클러스터 간에 마이그레이션하는 경우 RDS Aurora MySQL 소스 엔드포인트는 복제본 인스턴스가 아닌 읽기/쓰기 인스턴스여야 합니다.

  • AWS DMS 는 현재 MariaDB 에 대한 뷰 마이그레이션을 지원하지 않습니다.

  • AWS DMS 는 내 에 대해 분할된 테이블에 대한 DDL 변경 사항을 지원하지 않습니다SQL. 에서 파티션 DDL 변경에 대한 테이블 일시 중지를 건너뛰려면 를 skipTableSuspensionForPartitionDdl로 CDC설정합니다true.

  • AWS DMS 는 버전 3.5.0 이상의 XA 트랜잭션만 지원합니다. 이전 버전은 XA 트랜잭션 AWS DMS 을 지원하지 않습니다. MariaDB 버전 10.6에서는 XA 트랜잭션을 지원하지 않습니다. 자세한 내용은 XA 트랜잭션 지원 단원을 참조하십시오.

  • AWS DMS 는 소스 데이터에 복제GTIDs가 포함되어 있더라도 를 복제에 사용하지 않습니다.

  • AWS DMS 는 Aurora MySQL 향상된 바이너리 로그를 지원하지 않습니다.

  • AWS DMS 는 바이너리 로그 트랜잭션 압축을 지원하지 않습니다.

  • AWS DMS 는 InnoDB 스토리지 엔진을 사용하여 내SQL 데이터베이스에 대한 ON DELETE CASCADE 및 ON UPDATE CASCADE 이벤트를 전파하지 않습니다. 이러한 이벤트의 경우 MySQL는 하위 테이블의 캐스케이딩된 작업을 반영하는 binlog 이벤트를 생성하지 않습니다. 따라서 는 해당 변경 사항을 하위 테이블에 복제할 수 AWS DMS 없습니다. 자세한 내용은 인덱스, 외부 키 또는 하위 항목 업데이트 또는 삭제가 마이그레이션되지 않음 단원을 참조하십시오.

  • AWS DMS 는 계산된 (VIRTUALGENERATED ALWAYS) 열에 대한 변경 사항을 캡처하지 않습니다. 이러한 제한을 해결하려면 다음을 수행하세요.

    • 대상 데이터베이스에서 대상 테이블을 미리 생성하고, DO_NOTHING 또는 TRUNCATE_BEFORE_LOAD 전체 로드 작업 설정을 사용하여 AWS DMS 작업을 생성합니다.

    • 계산된 열을 작업 범위에서 제거하는 변환 규칙을 추가합니다. 변환에 대한 자세한 내용은 변환 규칙 및 작업 섹션을 참조하세요.

XA 트랜잭션 지원

확장 아키텍처(XA) 트랜잭션은 여러 트랜잭션 리소스의 일련의 작업을 신뢰할 수 있는 단일 전역 트랜잭션으로 그룹화하는 데 사용할 수 있는 트랜잭션입니다. XA 트랜잭션은 2단계 커밋 프로토콜을 사용합니다. 일반적으로 열린 XA 트랜잭션이 있는 동안 변경 내용을 캡처하면 데이터가 손실될 수 있습니다. 데이터베이스에서 XA 트랜잭션을 사용하지 않는 경우, 기본값 TRUE를 사용하여 이 권한과 IgnoreOpenXaTransactionsCheck 구성을 무시할 수 있습니다. XA 트랜잭션이 있는 소스에서 복제를 시작하려면 다음을 수행합니다.

  • AWS DMS 엔드포인트 사용자에게 다음 권한이 있는지 확인합니다.

    grant XA_RECOVER_ADMIN on *.* to 'userName'@'%';
  • 엔드포인트 설정 IgnoreOpenXaTransactionsCheckfalse로 설정합니다.

참고

AWS DMS 는 MariaDB 소스 DB 버전 10.6에서 XA 트랜잭션을 지원하지 않습니다.

의 소스로 내SQL 를 사용할 때 엔드포인트 설정 AWS DMS

엔드포인트 설정을 사용하여 추가 연결 속성을 사용하는 것과 유사하게 내SQL 소스 데이터베이스를 구성할 수 있습니다. AWS DMS 콘솔을 사용하거나 --my-sql-settings '{"EndpointSetting": "value", ...}' JSON 의 create-endpoint 명령을 사용하여 구문과 AWS CLI함께 소스 엔드포인트를 생성할 때 설정을 지정합니다.

다음 표에는 MySQL를 소스로 사용할 수 있는 엔드포인트 설정이 나와 있습니다.

명칭 설명
EventsPollInterval

데이터베이스가 유휴 상태일 때 이진 로그에서 새 변경 사항/이벤트를 확인하는 빈도를 지정합니다.

기본값: 5

유효한 값: 1~60

예시: --my-sql-settings '{"EventsPollInterval": 5}'

이 예제에서는 가 5초마다 바이너리 로그의 변경 사항을 AWS DMS 확인합니다.

ExecuteTimeout

AWS DMS 버전 3.4.7 이상의 경우 는 내SQL 소스 엔드포인트에 대한 클라이언트 명령문 제한 시간을 초 단위로 설정합니다.

기본값: 60

예시: --my-sql-settings '{"ExecuteTimeout": 1500}'

ServerTimezone

소스 내SQL 데이터베이스의 시간대를 지정합니다.

예시: --my-sql-settings '{"ServerTimezone": "US/Pacific"}'

AfterConnectScript

가 엔드포인트에 AWS DMS 연결한 직후 실행할 스크립트를 지정합니다. SQL 문이 성공 또는 실패하더라도 마이그레이션 작업은 계속 실행됩니다.

유효한 값: 세미콜론으로 설정된 하나 이상의 유효한 SQL 문입니다.

예시: --my-sql-settings '{"AfterConnectScript": "ALTER SESSION SET CURRENT_SCHEMA=system"}'

CleanSrcMetadataOnMismatch

불일치 발생 시 복제 인스턴스에서 테이블 메타데이터 정보를 지운 후 다시 생성합니다. 예를 들어 테이블DDL에서 변경 사항을 실행하면 복제 인스턴스에 캐시된 테이블에 대한 정보가 달라질 수 있는 상황이 있습니다. 불.

기본 값: false

예시: --my-sql-settings '{"CleanSrcMetadataOnMismatch": false}'

skipTableSuspensionForPartitionDdl

AWS DMS 는 내 에 대해 분할된 테이블에 대한 DDL 변경 사항을 지원하지 않습니다SQL. AWS DMS 버전 3.4.6 이상의 경우 에서 파티션 DDL 변경에 대한 테이블 일시 중지를 true 건너뛰도록 설정합니다CDC. 는 partitioned-table-related 를 AWS DMS 무시DDL하고 추가 바이너리 로그 변경을 계속 처리합니다.

기본 값: false

예시: --my-sql-settings '{"skipTableSuspensionForPartitionDdl": true}'

IgnoreOpenXaTransactionsCheck

AWS DMS 버전 3.5.0 이상의 경우, 시작 중에 태스크가 열려 있는 XA 트랜잭션을 무시해야 하는지 여부를 지정합니다. 소스에 XA 트랜잭션이 있는 경우, 이 값을 false로 설정하세요.

기본 값: true

예시: --my-sql-settings '{"IgnoreOpenXaTransactionsCheck": false}'

내 소스 데이터 유형SQL

다음 표에는 를 사용할 때 지원되는 내SQL 데이터베이스 소스 데이터 유형 AWS DMS 과 AWS DMS 데이터 유형의 기본 매핑이 나와 있습니다.

대상에서 매핑된 데이터 형식을 확인하는 방법에 대한 정보는 사용 중인 대상 엔드포인트에 대한 섹션을 참조하십시오.

AWS DMS 데이터 유형에 대한 자세한 내용은 섹션을 참조하세요AWS Database Migration Service에서 사용되는 데이터 형식.

내SQL 데이터 유형

AWS DMS 데이터 유형

INT

INT4

BIGINT

INT8

MEDIUMINT

INT4

TINYINT

INT1

SMALLINT

INT2

UNSIGNED TINYINT

UINT1

UNSIGNED SMALLINT

UINT2

UNSIGNED MEDIUMINT

UINT4

UNSIGNED INT

UINT4

UNSIGNED BIGINT

UINT8

DECIMAL(10)

NUMERIC (10,0)

BINARY

BYTES(1)

BIT

BOOLEAN

BIT(64)

BYTES(8)

BLOB

BYTES(65535)

LONGBLOB

BLOB

MEDIUMBLOB

BLOB

TINYBLOB

BYTES(255)

DATE

DATE

DATETIME

DATETIME

DATETIME 괄호 값이 없는 경우 밀리초 없이 복제됩니다. DATETIME 괄호 값이 1~5(예: DATETIME(5))인 는 밀리초 단위로 복제됩니다.

DATETIME 열을 복제할 때 대상에 대한 시간은 동일하게 유지됩니다. 로 변환되지 않습니다UTC.

TIME

STRING

TIMESTAMP

DATETIME

TIMESTAMP 열을 복제할 때 시간은 대상UTC에서 로 변환됩니다.

YEAR

INT2

DOUBLE

REAL8

FLOAT

REAL(DOUBLE)

FLOAT 값이 다음 범위에 있지 않은 경우 변환을 사용하여 에 매핑FLOAT합니다STRING. 변환에 대한 자세한 내용은 변환 규칙 및 작업 섹션을 참조하세요.

지원되는 FLOAT 범위는 -1.79E+308~-2.23E-308, 0 및 2.23E-308~1.79E+308입니다.

VARCHAR (45)

WSTRING (45)

VARCHAR (2000)

WSTRING (2000)

VARCHAR (4000)

WSTRING (4000)

VARBINARY (4000)

BYTES (4000)

VARBINARY (2000)

BYTES (2000)

CHAR

WSTRING

TEXT

WSTRING

LONGTEXT

NCLOB

MEDIUMTEXT

NCLOB

TINYTEXT

WSTRING(255)

GEOMETRY

BLOB

POINT

BLOB

LINESTRING

BLOB

POLYGON

BLOB

MULTIPOINT

BLOB

MULTILINESTRING

BLOB

MULTIPOLYGON

BLOB

GEOMETRYCOLLECTION

BLOB

ENUM

WSTRING (length)

여기서 length 는 에서 가장 긴 값의 길이입니다ENUM.

SET

WSTRING (length)

여기서 length 는 쉼표를 SET포함하여 에 있는 모든 값의 총 길이입니다.

JSON

CLOB

참고

경우에 따라 DATETIME 및 TIMESTAMP 데이터 유형을 '0' 값(즉, 0000-00-00)으로 지정할 수 있습니다. 그렇다면 복제 작업의 대상 데이터베이스가 DATETIME 및 TIMESTAMP 데이터 유형에 대해 '0' 값을 지원하는지 확인합니다. 그렇지 않으면, 이 값이 대상에서 null로 기록됩니다.