mysql觸發器定義出現亂碼，根本原因是字符集設置不一致或編碼處理不當。一、檢查并修改數據庫和表的字符集為utf8mb4，使用show create命令查看當前設置，必要時通過alter語句調整；二、確保連接時使用utf8mb4字符集，可在連接后執行set names ‘utf8mb4’或在配置文件中設置；三、導入或創建觸發器時注意sql文件編碼應為utf-8（無bom），并在導入前設定字符集；四、若已有觸發器存在亂碼，可通過show create trigger查看定義信息，并在正確環境下重建觸發器。統一字符集、檢查連接環境、注意文件格式是解決亂碼問題的核心思路。
mysql觸發器定義中出現亂碼，通常是因為字符集設置不一致或者存儲過程、觸發器本身的編碼處理有問題。解決這個問題的關鍵在于檢查并統一數據庫、表、字段以及連接時的字符集配置。
一、確認數據庫和表的字符集設置
很多亂碼問題其實來源于最基礎的字符集設定。如果你在創建數據庫或表的時候用了不支持中文或其他語言的字符集（比如latin1），那后續插入的非英文內容就可能出現亂碼。
- 數據庫字符集查看方式：
SHOW CREATE DATABASE your_database_name;
- 表的字符集查看方式：
SHOW CREATE TABLE your_table_name;
如果發現不是utf8mb4，建議修改為：
ALTER DATABASE your_database_name CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; ALTER TABLE your_table_name CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
這樣可以確保整個結構支持更廣泛的字符集，尤其是表情符號等四字節字符。
二、檢查連接時的字符集設置
有時候數據庫本身是utf8mb4，但客戶端連接時用的是其他字符集，也會導致觸發器定義讀取時出現亂碼。
常見的做法是在連接后執行：
SET NAMES 'utf8mb4';
或者在配置文件（如my.cnf）中加入：
[client] default-character-set=utf8mb4 [mysqld] character-set-server=utf8mb4 collation-server=utf8mb4_unicode_ci
重啟MySQL服務后生效。這一步非常重要，尤其是在Web應用或腳本中頻繁操作數據庫的情況下。
三、重新導入或重建觸發器時注意編碼格式
如果你是從SQL文件導入觸發器定義，或者通過工具導出再導入，要特別注意文件本身的編碼格式是否為UTF-8（最好是UTF-8無BOM版本）。
- 使用文本編輯器打開.sql文件，確認其編碼；
- 如果有亂碼，轉換為UTF-8后再導入；
- 導入前也可以手動執行一次 SET NAMES ‘utf8mb4’; 再導入觸發器定義。
此外，在創建觸發器時，可以直接顯式指定字符集：
DELIMITER // CREATE TRIGGER your_trigger_name BEFORE INSERT ON your_table FOR EACH ROW BEGIN -- 觸發器邏輯 END// DELIMITER ;
只要連接和數據庫設置正確，一般不會出現亂碼。
四、排查已有觸發器的定義內容
如果已經存在觸發器但顯示亂碼，可以通過以下語句查看觸發器定義：
SHOW CREATE TRIGGER trigger_name;
觀察輸出中的Sql_mode、character_set_client、collation_connection等信息是否一致。如果不一致，說明這個觸發器創建時使用的連接環境字符集不匹配當前設置。
這時你可以選擇刪除舊觸發器，并在正確的連接環境下重新創建。
基本上就這些方法了。核心思路就是：統一字符集 + 檢查連接環境 + 注意導入導出格式。雖然看起來步驟不少，但只要一步步來，問題不復雜但容易忽略。
