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等信息是否一致。如果不一致，说明这个触发器创建时使用的连接环境字符集不匹配当前设置。
这时你可以选择删除旧触发器，并在正确的连接环境下重新创建。
基本上就这些方法了。核心思路就是：统一字符集 + 检查连接环境 + 注意导入导出格式。虽然看起来步骤不少，但只要一步步来，问题不复杂但容易忽略。
