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 mysqldump
1, 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 mysqldump
3, bởi vì công cụ cơ sở dữ liệu tự động chuyển sang ghi nhật ký dựa trên mysqldump
1, đ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
mysqldump
5
Đặ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
mysqldump
6
Đặt tham số này thành mysqldump
7
mysqldump
8
Đặt tham số này thành mysqldump
9
mysqldump
0
Đặt tham số này thành mysqldump
1 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ị
mysqldump
4
Đặt tham số này thành mysqldump
5. 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
mysqldump
6
Đặt tham số này thành mysqldump
7. 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
mysqldump
8
Đặt tham số này thành mysqldump
7. 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ànhmy.ini
2Đối với MariaDB, nếu tham số
binlog_format
được chuyển sangROW
cho mục đích sao chép, nhật ký nhị phân tiếp theo vẫn được tạo ở định dạngmysqldump
3. Đ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ố
mysqldump
8 thànhmy.ini
8Đặt tham số
mysqldump
6 thànhmy.cnf
0. Để 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 RDSNế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ố
mysqldump
0 được đặt thànhmysqldump
1
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.cnf
3,my.cnf
4 vàmy.cnf
5 thay đổi loại dữ liệu cột vàmy.cnf
6 được hỗ trợ. Tuy nhiên,my.cnf
7,my.cnf
8 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.cnf
9 ADD COLUMNserver-id
0 để 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ảngCDC 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-id
1]
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-id
2
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-id
3
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
server-id
4Đố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-id
5
Đố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
server-id
6Chỉ định múi giờ cho cơ sở dữ liệu MySQL nguồn
Ví dụ. server-id
7
Không đặt dữ liệu múi giờ trong dấu ngoặc đơn
server-id
8Chỉ đị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-id
9
log-bin
0Dọ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-bin
1
Ví dụ. log-bin
2
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-bin
3] đượ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-bin
4]
Ở đây, log-bin
4 là độ dài của giá trị dài nhất trong ENUM
BỘ
WSTRING [log-bin
4]
Ở đây, log-bin
4 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