Mysql có hỗ trợ blob không?

Bạn có thể di chuyển dữ liệu từ mọi cơ sở dữ liệu tương thích với MySQL (MySQL, MariaDB hoặc Amazon Aurora MySQL) bằng AWS Database Migration Service. Phiên bản MySQL 5. 5, 5. 6, 5. 7 và 8. 0. MariaDB phiên bản 10. 0. 24 đến 10. 0. 28, 10. 1, 10. 2, 10. 3, 10. 4 và 10. 5 và cả Amazon Aurora MySQL, được hỗ trợ cho tại chỗ

Hỗ trợ cho MySQL 8. 0 dưới dạng nguồn có sẵn trong AWS DMS phiên bản 3. 4. 0 trở lên, trừ khi tải trọng giao dịch được nén. AWS DMS hiện không hỗ trợ sao chép CDC bằng MySQL 8. 0 làm nguồn khi mã hóa nhật ký nhị phân được bật

Bạn có thể sử dụng SSL để mã hóa các kết nối giữa điểm cuối tương thích với MySQL của bạn và phiên bản sao chép. Để biết thêm thông tin về cách sử dụng SSL với điểm cuối tương thích với MySQL, hãy xem

Trong các phần sau, thuật ngữ "tự quản lý" áp dụng cho bất kỳ cơ sở dữ liệu nào được cài đặt tại chỗ hoặc trên Amazon EC2. Thuật ngữ "do AWS quản lý" áp dụng cho mọi cơ sở dữ liệu trên Amazon RDS, Amazon Aurora hoặc Amazon S3

Để biết thêm chi tiết về cách làm việc với cơ sở dữ liệu tương thích với MySQL và AWS DMS, hãy xem các phần sau

Di chuyển từ MySQL sang MySQL bằng AWS DMS

Đối với quá trình di chuyển không đồng nhất, trong đó bạn đang di chuyển từ một công cụ cơ sở dữ liệu không phải MySQL sang cơ sở dữ liệu MySQL, AWS DMS hầu như luôn là công cụ di chuyển tốt nhất để sử dụng. Nhưng đối với quá trình di chuyển đồng nhất, nơi bạn đang di chuyển từ cơ sở dữ liệu MySQL sang cơ sở dữ liệu MySQL, các công cụ gốc có thể hiệu quả hơn

Chúng tôi khuyên bạn nên sử dụng các công cụ di chuyển cơ sở dữ liệu MySQL gốc, chẳng hạn như mysqldump trong các điều kiện sau

• Bạn có một quá trình di chuyển đồng nhất, trong đó bạn đang di chuyển từ cơ sở dữ liệu MySQL nguồn sang cơ sở dữ liệu MySQL đích

• Bạn đang di chuyển toàn bộ cơ sở dữ liệu

• Các công cụ gốc cho phép bạn di chuyển dữ liệu của mình với thời gian ngừng hoạt động tối thiểu

Bạn có thể nhập dữ liệu từ cơ sở dữ liệu MySQL hoặc MariaDB hiện có sang phiên bản CSDL Amazon RDS MySQL hoặc MariaDB. Bạn làm như vậy bằng cách sao chép cơ sở dữ liệu bằng mysqldumpand đưa nó trực tiếp vào phiên bản Cơ sở dữ liệu MySQL hoặc MariaDB của Amazon RDS. Tiện ích dòng lệnh mysqldump thường được sử dụng để sao lưu và truyền dữ liệu từ máy chủ MySQL hoặc MariaDB này sang máy chủ khác. Nó được bao gồm trong phần mềm máy khách MySQL và MariaDB

Để biết thêm thông tin về cách nhập cơ sở dữ liệu MySQL vào Amazon RDS for MySQL hoặc Phiên bản tương thích với MySQL của Amazon Aurora, hãy xem Nhập dữ liệu vào phiên bản CSDL MySQL và Nhập dữ liệu từ CSDL MySQL hoặc MariaDB sang phiên bản CSDL Amazon RDS MySQL hoặc MariaDB

Sử dụng AWS DMS để di chuyển dữ liệu từ MySQL sang MySQL

AWS DMS có thể di chuyển dữ liệu, chẳng hạn như từ cơ sở dữ liệu MySQL nguồn tại cơ sở sang phiên bản Amazon RDS for MySQL hoặc Aurora MySQL mục tiêu. Các loại dữ liệu MySQL cốt lõi hoặc cơ bản thường di chuyển thành công nhất

Các loại dữ liệu được hỗ trợ trên cơ sở dữ liệu nguồn nhưng không được hỗ trợ trên đích có thể không di chuyển thành công. AWS DMS truyền một số loại dữ liệu dưới dạng chuỗi nếu loại dữ liệu không xác định. Một số loại dữ liệu, chẳng hạn như XML, có thể di chuyển thành công dưới dạng tệp nhỏ nhưng có thể không thành công nếu chúng là tài liệu lớn

Bảng sau đây hiển thị các loại dữ liệu MySQL nguồn và liệu chúng có thể được di chuyển thành công hay không

Data typeMigrates successfullyWill partially migrateWill not migrateINTXBIGINTXMEDIUMINTXTINYINTXDECIMAL(p,s)XBINARYXBIT(M)XBLOBXLONGBLOBXMEDIUMBLOBXTINYBLOBXDATEXDATETIMEXTIMEXTIMESTAMPXYEARXDOUBLEXFLOATXVARCHAR(N)XVARBINARY(N)XCHAR(N)XTEXTXLONGTEXTXMEDIUMTEXTXTINYTEXTXJSONXGEOMETRYXPOINTXLINESTRINGXPOLYGONXMULTILINESTRINGXMULTIPOLYGONXGEOMETRYCOLLECTIONXENUMXSETX

Sử dụng bất kỳ cơ sở dữ liệu tương thích với MySQL nào làm nguồn cho AWS DMS

Trước khi bạn bắt đầu làm việc với cơ sở dữ liệu MySQL làm nguồn cho AWS DMS, hãy đảm bảo rằng bạn có các điều kiện tiên quyết sau. Các điều kiện tiên quyết này áp dụng cho các nguồn tự quản lý hoặc do AWS quản lý

Bạn phải có tài khoản AWS DMS có vai trò Quản trị viên bản sao. Vai trò cần các đặc quyền sau

• KHÁCH HÀNG SAO CHÉP – Đặc quyền này chỉ được yêu cầu cho các nhiệm vụ của CDC. Nói cách khác, các tác vụ chỉ tải đầy đủ không yêu cầu đặc quyền này

• SAO CHÉP NÔ LỆ – Đặc quyền này chỉ cần thiết cho các nhiệm vụ của CDC. Nói cách khác, các tác vụ chỉ tải đầy đủ không yêu cầu đặc quyền này

• SUPER – Đặc quyền này chỉ được yêu cầu trong các phiên bản MySQL trước 5. 6. 6

Người dùng AWS DMS cũng phải có đặc quyền CHỌN đối với các bảng nguồn được chỉ định để sao chép

Sử dụng cơ sở dữ liệu tương thích với MySQL tự quản lý làm nguồn cho AWS DMS

Bạn có thể sử dụng các cơ sở dữ liệu tương thích với MySQL tự quản lý sau đây làm nguồn cho AWS DMS

• Phiên bản cộng đồng MySQL

• Phiên bản tiêu chuẩn của MySQL

• Phiên bản doanh nghiệp MySQL

• MySQL Cluster Carrier Grade Edition

• Phiên bản cộng đồng MariaDB

• Phiên bản doanh nghiệp MariaDB

• Cửa hàng cột MariaDB

Để sử dụng CDC, hãy đảm bảo bật tính năng ghi nhật ký nhị phân. Để bật ghi nhật ký nhị phân, các tham số sau phải được định cấu hình trong tệp my.ini (Windows) hoặc my.cnf (UNIX) của MySQL

Tham số

Giá trị

server-id

Đặt tham số này thành giá trị từ 1 trở lên

log-bin

Đặt đường dẫn đến tệp nhật ký nhị phân, chẳng hạn như log-bin=E:\MySql_Logs\BinLog. Không bao gồm phần mở rộng tập tin

________số 8

Đặt tham số này thành ROW. Chúng tôi khuyên bạn nên cài đặt này trong quá trình sao chép vì trong một số trường hợp khi binlog_format được đặt thành mysqldump1, nó có thể gây ra sự không nhất quán khi sao chép dữ liệu tới mục tiêu. Công cụ cơ sở dữ liệu cũng ghi dữ liệu không nhất quán tương tự vào đích khi binlog_format được đặt thành mysqldump3, bởi vì công cụ cơ sở dữ liệu tự động chuyển sang ghi nhật ký dựa trên mysqldump1, điều này có thể dẫn đến việc ghi dữ liệu không nhất quán trên cơ sở dữ liệu đích

mysqldump5

Đặt tham số này thành giá trị từ 1 trở lên. Để tránh sử dụng quá nhiều dung lượng ổ đĩa, chúng tôi khuyên bạn không nên sử dụng giá trị mặc định là 0

mysqldump6

Đặt tham số này thành mysqldump7

mysqldump8

Đặt tham số này thành mysqldump9

mysqldump0

Đặt tham số này thành mysqldump1 nếu bạn đang sử dụng bản sao chỉ đọc MySQL hoặc MariaDB làm nguồn

Nếu nguồn của bạn sử dụng công cụ cơ sở dữ liệu NDB (nhóm), thì các tham số sau phải được định cấu hình để bật CDC trên các bảng sử dụng công cụ lưu trữ đó. Thêm những thay đổi này vào tệp my.ini (Windows) hoặc my.cnf (UNIX) của MySQL

Tham số

Giá trị

mysqldump4

Đặt tham số này thành mysqldump5. Giá trị này đảm bảo rằng các thay đổi trong bảng nhóm được ghi vào nhật ký nhị phân

mysqldump6

Đặt tham số này thành mysqldump7. Giá trị này ngăn viết câu lệnh CẬP NHẬT dưới dạng câu lệnh INSERT trong nhật ký nhị phân

mysqldump8

Đặt tham số này thành mysqldump7. Giá trị này đảm bảo rằng nhật ký nhị phân chứa toàn bộ hàng chứ không chỉ các cột đã thay đổi

Sử dụng cơ sở dữ liệu tương thích với MySQL do AWS quản lý làm nguồn cho AWS DMS

Bạn có thể sử dụng các cơ sở dữ liệu tương thích với MySQL do AWS quản lý sau đây làm nguồn cho AWS DMS

• Phiên bản cộng đồng MySQL

• Phiên bản cộng đồng MariaDB

• Amazon Aurora Phiên bản tương thích với MySQL

Khi sử dụng cơ sở dữ liệu tương thích với MySQL do AWS quản lý làm nguồn cho AWS DMS, hãy đảm bảo rằng bạn có các điều kiện tiên quyết sau đối với CDC

• Để bật nhật ký nhị phân cho RDS cho MySQL và cho RDS cho MariaDB, hãy bật sao lưu tự động ở cấp phiên bản. Để bật nhật ký nhị phân cho cụm Aurora MySQL, hãy thay đổi biến binlog_format trong nhóm tham số

  Để biết thêm thông tin về cách thiết lập sao lưu tự động, xem Làm việc với sao lưu tự động trong Hướng dẫn sử dụng Amazon RDS

  Để biết thêm thông tin về cách thiết lập ghi nhật ký nhị phân cho cơ sở dữ liệu Amazon RDS for MySQL, xem Đặt định dạng ghi nhật ký nhị phân trong Hướng dẫn sử dụng Amazon RDS

  Để biết thêm thông tin về cách thiết lập ghi nhật ký nhị phân cho cụm MySQL Aurora, hãy xem Làm cách nào để bật ghi nhật ký nhị phân cho cụm Amazon Aurora MySQL của tôi?

• Nếu bạn định sử dụng CDC, hãy bật ghi nhật ký nhị phân. Để biết thêm thông tin về cách thiết lập ghi nhật ký nhị phân cho cơ sở dữ liệu Amazon RDS for MySQL, hãy xem Đặt định dạng ghi nhật ký nhị phân trong Hướng dẫn sử dụng Amazon RDS

• Đảm bảo rằng nhật ký nhị phân có sẵn cho AWS DMS. Vì cơ sở dữ liệu tương thích với MySQL do AWS quản lý sẽ xóa nhật ký nhị phân càng sớm càng tốt, bạn nên tăng thời gian duy trì nhật ký. Ví dụ: để tăng thời gian lưu giữ nhật ký lên 24 giờ, hãy chạy lệnh sau

  
   call mysql.rds_set_configuration('binlog retention hours', 24);
                      

• Đặt tham số binlog_format thành my.ini2

  Đối với MariaDB, nếu tham số binlog_format được chuyển sang ROW cho mục đích sao chép, nhật ký nhị phân tiếp theo vẫn được tạo ở định dạng mysqldump3. Điều này có thể ngăn DMS thực hiện thu thập dữ liệu thay đổi. Vì vậy, khi chuyển đổi tham số binlog_format cho MariaDB, hãy thực hiện khởi động lại hoặc bắt đầu rồi dừng tác vụ sao chép của bạn

• Đặt tham số mysqldump8 thành my.ini8

• Đặt tham số mysqldump6 thành my.cnf0. Để biết thêm thông tin về cài đặt tham số trong Amazon RDS MySQL, xem Làm việc với sao lưu tự động trong Hướng dẫn sử dụng Amazon RDS

• Nếu bạn đang sử dụng bản sao chỉ có quyền đọc của Amazon RDS MySQL hoặc Amazon RDS MariaDB làm nguồn, hãy bật sao lưu trên bản sao chỉ có quyền đọc và đảm bảo tham số mysqldump0 được đặt thành mysqldump1

Các hạn chế khi sử dụng cơ sở dữ liệu MySQL làm nguồn cho AWS DMS

Khi sử dụng cơ sở dữ liệu MySQL làm nguồn, hãy xem xét những điều sau

• Thu thập dữ liệu thay đổi (CDC) không được hỗ trợ cho Amazon RDS MySQL 5. 5 hoặc thấp hơn. Đối với Amazon RDS MySQL, bạn phải sử dụng phiên bản 5. 6, 5. 7 hoặc 8. 0 để kích hoạt CDC. CDC được hỗ trợ cho MySQL 5 tự quản lý. 5 nguồn

• Đối với CDC, my.cnf3, my.cnf4 và my.cnf5 thay đổi loại dữ liệu cột và my.cnf6 được hỗ trợ. Tuy nhiên, my.cnf7, my.cnf8 và các cập nhật được thực hiện cho các thuộc tính khác, chẳng hạn như giá trị mặc định của cột, tính vô hiệu của cột, bộ ký tự, v.v., không được hỗ trợ

• Đối với các bảng được phân vùng trên nguồn, khi bạn đặt chế độ chuẩn bị bảng Mục tiêu thành Thả bảng trên mục tiêu, AWS DMS sẽ tạo một bảng đơn giản không có bất kỳ phân vùng nào trên mục tiêu MySQL. Để di chuyển các bảng được phân vùng sang bảng được phân vùng trên mục tiêu, hãy tạo trước các bảng được phân vùng trên cơ sở dữ liệu MySQL đích

• Không hỗ trợ sử dụng câu lệnh my.cnf9 ADD COLUMN server-id0 để thêm cột vào đầu (FIRST) hoặc ở giữa bảng (SAU). Các cột luôn được thêm vào cuối bảng

• CDC không được hỗ trợ khi tên bảng chứa các ký tự chữ hoa và chữ thường, đồng thời công cụ nguồn được lưu trữ trên hệ điều hành có tên tệp không phân biệt chữ hoa chữ thường. Một ví dụ là Microsoft Windows hoặc OS X sử dụng HFS+

• Bạn có thể sử dụng phiên bản Aurora MySQL-Compatible Serverless cho tải đầy đủ, nhưng bạn không thể sử dụng nó cho CDC. Điều này là do bạn không thể kích hoạt các điều kiện tiên quyết cho MySQL. Để biết thêm thông tin, xem

• Thuộc tính AUTO_INCREMENT trên cột không được di chuyển sang cột cơ sở dữ liệu đích

• Ghi lại các thay đổi khi nhật ký nhị phân không được lưu trữ trên bộ lưu trữ khối tiêu chuẩn không được hỗ trợ. Ví dụ: CDC không hoạt động khi nhật ký nhị phân được lưu trữ trên Amazon S3

• AWS DMS tạo các bảng đích bằng công cụ lưu trữ InnoDB theo mặc định. Nếu bạn cần sử dụng một công cụ lưu trữ khác ngoài InnoDB, bạn phải tạo bảng theo cách thủ công và di chuyển sang bảng đó bằng chế độ không làm gì cả

• Bạn không thể sử dụng bản sao Aurora MySQL làm nguồn cho AWS DMS trừ khi chế độ tác vụ di chuyển DMS của bạn là Di chuyển dữ liệu hiện có—chỉ tải đầy đủ

• Nếu nguồn tương thích với MySQL bị dừng trong khi tải đầy đủ, tác vụ AWS DMS sẽ không dừng do lỗi. Nhiệm vụ kết thúc thành công, nhưng mục tiêu có thể không đồng bộ với nguồn. Nếu điều này xảy ra, hãy khởi động lại tác vụ hoặc tải lại các bảng bị ảnh hưởng

• Các chỉ mục được tạo trên một phần của giá trị cột không được di chuyển. Ví dụ: chỉ mục CREATE INDEX first_ten_chars ON khách hàng (tên(10)) không được tạo trên mục tiêu

• Trong một số trường hợp, tác vụ được cấu hình để không sao chép LOB ("SupportLobs" là sai trong cài đặt tác vụ hoặc Không bao gồm các cột LOB được chọn trong bảng điều khiển tác vụ). Trong những trường hợp này, AWS DMS không di chuyển bất kỳ cột MEDIUMBLOB, LONGBLOB, MEDIUMTEXT và LONGTEXT nào sang đích

  Các cột BLOB, TINYBLOB, TEXT và TINYTEXT không bị ảnh hưởng và được di chuyển đến mục tiêu

• Bảng dữ liệu tạm thời hoặc hệ thống—bảng được phiên bản không được hỗ trợ trên cơ sở dữ liệu đích và nguồn MariaDB

• Nếu di chuyển giữa hai cụm Amazon RDS Aurora MySQL, thì điểm cuối nguồn RDS Aurora MySQL phải là phiên bản đọc/ghi, không phải phiên bản sao chép

• AWS DMS hiện không hỗ trợ di chuyển chế độ xem cho MariaDB

• AWS DMS không hỗ trợ thay đổi DDL cho các bảng được phân vùng cho MySQL

• AWS DMS hiện không hỗ trợ giao dịch XA

• AWS DMS không hỗ trợ GTID để sao chép

• AWS DMS không hỗ trợ nén giao dịch nhật ký nhị phân

Thuộc tính kết nối bổ sung khi sử dụng MySQL làm nguồn cho AWS DMS

Bạn có thể sử dụng các thuộc tính kết nối bổ sung để định cấu hình nguồn MySQL. Bạn chỉ định các cài đặt này khi tạo điểm cuối nguồn. Nếu bạn có nhiều cài đặt thuộc tính kết nối, hãy phân tách chúng với nhau bằng dấu chấm phẩy không có khoảng trắng bổ sung (ví dụ: server-id1)

Bảng sau hiển thị các thuộc tính kết nối bổ sung có sẵn khi sử dụng Amazon RDS MySQL làm nguồn cho AWS DMS

Tên Mô tảserver-id2

Chỉ định tần suất kiểm tra nhật ký nhị phân để biết các thay đổi/sự kiện mới khi cơ sở dữ liệu không hoạt động

Giá trị mặc định. 5

Giá trị hợp lệ. 1–60

Ví dụ. server-id3

Trong ví dụ này, AWS DMS kiểm tra các thay đổi trong nhật ký nhị phân cứ sau 5 giây

Đối với AWS DMS phiên bản 3. 4. 7 trở lên, đặt thời gian chờ câu lệnh máy khách cho điểm cuối nguồn MySQL, tính bằng giây

Giá trị mặc định. 60

Ví dụ. server-id5

Đối với ví dụ này, bất kỳ câu lệnh nào mà AWS DMS thực thi đối với cơ sở dữ liệu nguồn MySQL đều hết thời gian chờ nếu mất hơn 1500 giây

Chỉ định múi giờ cho cơ sở dữ liệu MySQL nguồn

Ví dụ. server-id7

Không đặt dữ liệu múi giờ trong dấu ngoặc đơn

Chỉ định tập lệnh để chạy ngay sau khi AWS DMS kết nối với điểm cuối. Tác vụ di chuyển tiếp tục chạy bất kể câu lệnh SQL thành công hay thất bại

Giá trị hợp lệ. Một hoặc nhiều câu lệnh SQL hợp lệ, được đặt trước bằng dấu chấm phẩy

Ví dụ. server-id9

Dọn dẹp và tạo lại thông tin siêu dữ liệu bảng trên phiên bản sao chép khi xảy ra lỗi không khớp. Ví dụ: trong trường hợp chạy một DDL thay đổi trên bảng có thể dẫn đến thông tin khác về bảng được lưu trong bộ nhớ cache trong phiên bản sao chép. Boolean

Giá trị mặc định. log-bin1

Ví dụ. log-bin2

Các kiểu dữ liệu nguồn cho MySQL

Bảng sau đây hiển thị các loại dữ liệu nguồn cơ sở dữ liệu MySQL được hỗ trợ khi sử dụng AWS DMS và ánh xạ mặc định từ các loại dữ liệu AWS DMS

Để biết thông tin về cách xem loại dữ liệu được ánh xạ trong đích, hãy xem phần dành cho điểm cuối đích mà bạn đang sử dụng

Để biết thêm thông tin về các loại dữ liệu AWS DMS, hãy xem Các loại dữ liệu cho Dịch vụ di chuyển cơ sở dữ liệu AWS

Các kiểu dữ liệu MySQL

Các loại dữ liệu AWS DMS

INT

INT4

LỚN

INT8

TRUNG BÌNH

INT4

TINYINT

INT1

NHỎ

INT2

TINYINT CHƯA KÝ

UINT1

NHỎ KHÔNG KÝ

UINT2

TRUNG BÌNH KHÔNG ĐƯỢC KÝ

UINT4

INT CHƯA KÝ

UINT4

BIGINT CHƯA KÝ

UINT8

SỐ THẬP PHÂN(10)

SỐ (10,0)

nhị phân

BYTE(1)

CHÚT

BOOLESE

BIT(64)

BYTE(8)

BÃI

BYTE(65535)

LONGBLOB

BÃI

VỪABLOB

BÃI

TINYBLOB

BYTE(255)

NGÀY THÁNG

NGÀY THÁNG

NGÀY GIỜ

NGÀY GIỜ

DATETIME không có giá trị ngoặc đơn được sao chép mà không cần mili giây. DATETIME với giá trị trong ngoặc đơn từ 1 đến 5 (chẳng hạn như log-bin3) được sao chép với mili giây

Khi sao chép cột DATETIME, thời gian vẫn giữ nguyên trên mục tiêu. Nó không được chuyển đổi sang UTC

THỜI GIAN

CHUỖI

DẤU THỜI GIAN

NGÀY GIỜ

Khi sao chép cột TIMESTAMP, thời gian được chuyển thành UTC trên mục tiêu

NĂM

INT2

GẤP ĐÔI

REAL8

TRÔI NỔI

THỰC (ĐÔI)

Nếu các giá trị FLOAT không nằm trong phạm vi sau, hãy sử dụng phép biến đổi để ánh xạ FLOAT thành CHUỖI. Để biết thêm thông tin về chuyển đổi, hãy xem quy tắc và hành động chuyển đổi

Phạm vi FLOAT được hỗ trợ là -1. 79E+308 đến -2. 23E-308, 0 và 2. 23E-308 đến 1. 79E+308

VARCHAR (45)

WSTRING (45)

VARCHAR (2000)

WSTRING (2000)

VARCHAR (4000)

WSTRING (4000)

BIẾN THÂN (4000)

BYTE (4000)

BIẾN THÂN (2000)

BYTE (2000)

CHAR

WSTRING

CHỮ

WSTRING

VĂN BẢN DÀI

NCLOB

TRUNG BÌNH

NCLOB

TINYTEXT

WSTRING(255)

HÌNH HỌC

BÃI

ĐIỂM

BÃI

LINESTRING

BÃI

ĐA GIÁC

BÃI

ĐA ĐIỂM

BÃI

MULTILINESTRING

BÃI

ĐA GIÁC

BÃI

BỘ SƯU TẬP HÌNH HỌC

BÃI

ENUM

WSTRING (log-bin4)

Ở đây, log-bin4 là độ dài của giá trị dài nhất trong ENUM

BỘ

WSTRING (log-bin4)

Ở đây, log-bin4 là tổng độ dài của tất cả các giá trị trong SET, bao gồm cả dấu phẩy

JSON

CLOB

Trong một số trường hợp, bạn có thể chỉ định kiểu dữ liệu DATETIME và TIMESTAMP có giá trị "không" (nghĩa là 0000-00-00). Nếu vậy, hãy đảm bảo rằng cơ sở dữ liệu đích trong tác vụ sao chép hỗ trợ các giá trị "không" cho kiểu dữ liệu DATETIME và TIMESTAMP. Mặt khác, các giá trị này được ghi là null trên mục tiêu