mysql8.0里建的數(shù)據(jù)庫，使用的字符集是utf8mb4，排序規(guī)則是utf8mb4_0900_ai_ci，現(xiàn)在要將這個數(shù)據(jù)庫導入到mysql5.7里面，使用字符集utf8mb4，排序規(guī)則utf8mb4_general_ci，應該如何操作才能保證導入之后數(shù)據(jù)庫可以正常使用？

為了保證從MySQL 8.0 (utf8mb4_0900_ai_ci) 順利遷移到 MySQL 5.7 (utf8mb4_general_ci)，核心思路是：在導出階段就對SQL文件進行“轉(zhuǎn)換”，將5.7不支持的排序規(guī)則定義替換掉，并確保數(shù)據(jù)本身的編碼是正確的。

第1步：在MySQL 8.0源服務器上執(zhí)行導出（關(guān)鍵步驟）

不要使用簡單的 mysqldump -u root -p database_name > backup.sql 命令，這會導致導出的SQL文件中包含 utf8mb4_0900_ai_ci 的定義，5.7根本無法識別。

請使用以下經(jīng)過精心配置的mysqldump命令：

mysqldump -u [username] -p --single-transaction --routines --triggers --events \
--set-gtid-purged=OFF \
--default-character-set=utf8mb4 \
--skip-set-charset \
[database_name] > backup.sql

參數(shù)解釋：

--single-transaction: 對于InnoDB數(shù)據(jù)庫，這可以確保在導出時得到一個一致性的快照，不會鎖表。

--routines --triggers --events: 導出存儲過程、函數(shù)、觸發(fā)器和事件。

--set-gtid-purged=OFF: 非常重要！ 如果你的8.0服務器啟用了GTID（全局事務標識符），而5.7沒有或配置不同，這個選項可以避免將GTID信息寫入備份文件，否則在5.7上導入時會報錯。

--default-character-set=utf8mb4: 指定以utf8mb4字符集進行導出，確保數(shù)據(jù)正確寫入文件。

--skip-set-charset: 這是最關(guān)鍵的一步！ 這個選項會阻止mysqldump向SQL文件中寫入 SET NAMES utf8mb4 和 /*!50503 SET character_set_client = utf8mb4 */ 這樣的語句。同時，它也會阻止在創(chuàng)建數(shù)據(jù)庫、表和字段時帶上 CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci 子句。這樣導出的文件是“字符集中性”的。

[database_name]: 替換為你要導出的實際數(shù)據(jù)庫名。

> backup.sql: 將輸出重定向到 backup.sql 文件。

輸入這個命令后，會提示你輸入密碼。

第2步：手動修改備份文件（可選但推薦）

盡管使用了 --skip-set-charset，但導出的SQL文件中可能仍然會殘留一些 COLLATE 設置。為了絕對安全，最好檢查并清理一下。

檢查文件：用文本編輯器（如VS Code, Notepad++）打開 backup.sql。

搜索并替換：

搜索 CHARSET=utf8mb4。如果發(fā)現(xiàn)，通常它會和 COLLATE=utf8mb4_0900_ai_ci 一起出現(xiàn)，將其替換為 CHARSET=utf8mb4（即只刪除 COLLATE 部分）或者替換為 CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci。

搜索 utf8mb4_0900_ai_ci，將所有出現(xiàn)的地方替換為 utf8mb4_general_ci。

注意：通常只需要做一次全局替換即可。確保不要在數(shù)據(jù)部分進行誤替換（概率極低，因為排序規(guī)則名通常只出現(xiàn)在表結(jié)構(gòu)定義部分）。

第3步：在MySQL 5.7目標服務器上進行準備和導入

創(chuàng)建數(shù)據(jù)庫（使用目標排序規(guī)則）：

在導入前，先在MySQL 5.7中創(chuàng)建一個空數(shù)據(jù)庫，并明確指定其字符集和排序規(guī)則。

CREATE DATABASE `target_database` 
CHARACTER SET utf8mb4 
COLLATE utf8mb4_general_ci;

導入數(shù)據(jù)：

將修改后的 backup.sql 文件上傳到目標服務器，然后使用 mysql 命令進行導入。

mysql -u [username] -p --default-character-set=utf8mb4 target_database < backup.sql

--default-character-set=utf8mb4: 告訴MySQL客戶端，輸入文件的編碼是utf8mb4，確保正確解碼。

第4步：驗證導入結(jié)果

導入完成后，務必進行仔細驗證：

檢查字符集和排序規(guī)則：

連接到MySQL 5.7數(shù)據(jù)庫，執(zhí)行以下查詢，確保所有表和字段的排序規(guī)則都已正確設置為 utf8mb4_general_ci 或為NULL（表示繼承表的默認設置）。

- - 查看所有表的字符集和排序規(guī)則
SELECT TABLE_SCHEMA, TABLE_NAME, TABLE_COLLATION 
FROM information_schema.TABLES 
WHERE TABLE_SCHEMA = 'target_database';

- - 查看主要字段的字符集和排序規(guī)則
SELECT TABLE_NAME, COLUMN_NAME, CHARACTER_SET_NAME, COLLATION_NAME 
FROM information_schema.COLUMNS 
WHERE TABLE_SCHEMA = 'target_database' 
AND COLLATION_NAME IS NOT NULL;

檢查數(shù)據(jù)完整性：

隨機抽查一些包含中文、emoji表情（??）或其他特殊字符的記錄，確認顯示正常，沒有亂碼。

檢查數(shù)據(jù)行數(shù)是否與源庫一致。

測試一些應用程序的查詢功能，確保排序（ORDER BY）結(jié)果符合預期（因為排序規(guī)則改變了，極端情況下排序結(jié)果可能與8.0有細微差別，但對于絕大多數(shù)中文應用，utf8mb4_general_ci 和 utf8mb4_0900_ai_ci 的排序結(jié)果是高度一致的）。

總結(jié)與注意事項

核心技巧：使用 --skip-set-charset 參數(shù)導出“純凈”的SQL文件，然后手動或通過腳本確保所有排序規(guī)則定義與目標環(huán)境（MySQL 5.7）兼容。

備份！備份！備份！：在操作任何生產(chǎn)環(huán)境數(shù)據(jù)庫之前，請務必對源庫和目標庫都進行完整的備份。

版本差異：除了字符集，還要注意MySQL 8.0和5.7在其他方面的差異，例如某些關(guān)鍵字、系統(tǒng)變量、性能Schema等。你的SQL代碼（存儲過程、函數(shù)等）如果使用了8.0的新特性，可能會在5.7上運行失敗，需要額外檢查。

性能：對于大型數(shù)據(jù)庫，導入可能需要很長時間。可以考慮使用 pv 工具監(jiān)控導入進度，或者使用 mydumper/myloader 等更快的工具（但同樣需要注意字符集和排序規(guī)則的轉(zhuǎn)換問題）。

按照以上步驟操作，你的數(shù)據(jù)庫應該可以順利地從MySQL 8.0遷移到5.7并正常使用。