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

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

第1步：在MySQL 8.0源服務器上執行導出（關鍵步驟）

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

請使用以下經過精心配置的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

參數解釋：

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

--routines --triggers --events: 導出存儲過程、函數、觸發器和事件。

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

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

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

[database_name]: 替換為你要導出的實際數據庫名。

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

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

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

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

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

搜索并替換：

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

搜索 utf8mb4_0900_ai_ci，將所有出現的地方替換為 utf8mb4_general_ci。

注意：通常只需要做一次全局替換即可。確保不要在數據部分進行誤替換（概率極低，因為排序規則名通常只出現在表結構定義部分）。

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

創建數據庫（使用目標排序規則）：

在導入前，先在MySQL 5.7中創建一個空數據庫，并明確指定其字符集和排序規則。

CREATE DATABASE `target_database` 
CHARACTER SET utf8mb4 
COLLATE utf8mb4_general_ci;

導入數據：

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

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

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

第4步：驗證導入結果

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

檢查字符集和排序規則：

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

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

- - 查看主要字段的字符集和排序規則
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;

檢查數據完整性：

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

檢查數據行數是否與源庫一致。

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

總結與注意事項

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

備份！備份！備份！：在操作任何生產環境數據庫之前，請務必對源庫和目標庫都進行完整的備份。

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

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

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