mysql中出現(xiàn)外鍵約束名亂碼，主要是因字符集或排序規(guī)則設置不當，或未顯式命名外鍵所致。解決方法包括：1. 使用information_schema.key_column_usage查詢當前外鍵信息，確認亂碼名稱；2. 通過alter table先刪除再添加外鍵約束的方式重命名外鍵；3. 統(tǒng)一數(shù)據(jù)庫、表和列的字符集為utf8mb4，并使用utf8mb4_unicode_ci排序規(guī)則；4. 建議在創(chuàng)建外鍵時顯式指定名稱以避免系統(tǒng)自動生成亂碼名稱。
mysql中如果外鍵約束名出現(xiàn)亂碼，通常是因為字符集或排序規(guī)則設置不當，或者是創(chuàng)建表的時候沒有顯式指定外鍵名稱，導致系統(tǒng)自動生成了一個包含特殊字符或編碼異常的名字。這種情況雖然不影響數(shù)據(jù)庫的正常運行，但會給后續(xù)維護帶來不便。
要修復這類問題，核心在于重新命名外鍵約束并確保字符集和排序規(guī)則一致。
1. 查看當前外鍵信息
在修改之前，先確認當前的外鍵約束名以及對應的字段信息：
SELECT CONSTRaiNT_NAME, TABLE_NAME, COLUMN_NAME, REFERENCED_TABLE_NAME, REFERENCED_COLUMN_NAME FROM information_schema.KEY_COLUMN_USAGE WHERE CONSTRAINT_SCHEMA = '你的數(shù)據(jù)庫名' AND REFERENCED_TABLE_NAME IS NOT NULL;
這樣可以看到所有帶有外鍵約束的表和字段，也能看到當前的外鍵名稱是否是亂碼或者系統(tǒng)生成的默認名（比如 fk_1、gen_random_name 這種）。
2. 修改外鍵約束名
MySQL不支持直接重命名外鍵約束，只能通過“刪除再添加”的方式來實現(xiàn)。
步驟如下：
-
刪除原有外鍵約束：
ALTER TABLE 表名 DROP FOREIGN KEY 外鍵約束名;
-
添加新的外鍵約束并指定清晰的名稱：
ALTER TABLE 表名 ADD CONSTRAINT 新外鍵名 FOREIGN KEY (字段名) REFERENCES 參照表(參照字段);
舉個例子：
ALTER TABLE orders DROP FOREIGN KEY fk_order_customer; ALTER TABLE orders ADD CONSTRAINT fk_orders_customers FOREIGN KEY (customer_id) REFERENCES customers(id);
注意：如果你不確定某個外鍵約束名是不是亂碼，可以結(jié)合第一步中的查詢結(jié)果來判斷是否需要修改。
3. 確保字符集和排序規(guī)則統(tǒng)一
有時候外鍵名出現(xiàn)亂碼，也可能是因為數(shù)據(jù)庫、表或列的字符集不一致導致的。建議統(tǒng)一使用 utf8mb4 字符集和 utf8mb4_unicode_ci 排序規(guī)則。
你可以檢查表和字段的字符集設置：
SHOW CREATE TABLE 表名;
如果發(fā)現(xiàn)字符集不對，可以修改表和字段的字符集：
ALTER TABLE 表名 CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
對于整個數(shù)據(jù)庫也可以統(tǒng)一設置：
ALTER DATABASE 數(shù)據(jù)庫名 CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
4. 建議：創(chuàng)建外鍵時顯式命名
為了避免以后再次出現(xiàn)類似問題，建議在創(chuàng)建表或添加外鍵時顯式命名外鍵約束，而不是依賴系統(tǒng)自動生成。
例如：
CREATE TABLE orders ( id INT PRIMARY KEY, customer_id INT, CONSTRAINT fk_orders_customers FOREIGN KEY (customer_id) REFERENCES customers(id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
這樣做不僅便于維護，也避免了亂碼或難以識別的外鍵名。
基本上就這些。只要注意字符集統(tǒng)一和外鍵命名規(guī)范，這類問題是可以避免的。遇到亂碼也不用慌，按步驟處理即可。
