mysql 8.0迁移中触发器三大核心问题：一是旧时间类型格式不兼容，需alter table force转换；二是definer用户不存在或权限不足，须核查并重建；三是log_bin_trust_function_creators未启用或函数非确定性导致error 1418。
触发器中使用了被移除的旧时间类型格式
MySQL 8.0 彻底移除了对 5.5 及更早版本的二进制时间格式（TIME、DATETIME、TIMESTAMP 的旧磁盘存储格式）的支持。如果触发器定义里引用了这类字段，且该表尚未完成格式转换，CREATE TRIGGER 或 SHOW CREATE TRIGGER 就可能直接报错或返回不完整语法。
常见现象是执行 SHOW CREATE TRIGGER 报错 ERROR 1064，或触发器内容显示为乱码/截断；更隐蔽的是触发器能创建成功但执行时报 ERROR 1418（尤其在含函数调用时）。
检测方式：
- 运行
SELECT table_schema,table_name,column_name,column_type FROM information_schema.columns WHERE column_type LIKE '%5.5 binary format%'; - 若返回结果，说明存在需重建的表——这些表上的触发器大概率无法安全迁移
修复必须先对表执行 ALTER TABLE db_name.table_name FORCE;，强制转换时间类型格式，再重新导出/重建触发器。
触发器 definer 权限或用户不存在
MySQL 5.6 允许 DEFINER 指向已删除或权限不足的用户（比如 DEFINER='zabbix'@'localhost'），而 8.0 在加载触发器时会严格校验该用户是否存在、是否有 TRIGGER 权限。一旦缺失，服务启动失败或触发器被静默忽略。
典型错误日志片段：[ERROR] [MY-010952] [Server] Failed to load trigger 'xxx': Access denied; you need (at least one of) the TRIGGER privilege(s) for this operation。
修复方法：
- 用
SELECT DEFINER FROM information_schema.TRIGGERS WHERE TRIGGER_SCHEMA = 'db_name';查出所有触发器的 definer - 确认对应用户存在：
SELECT User,Host FROM mysql.user WHERE User = 'xxx'; - 若用户已删，可临时用
SET GLOBAL log_bin_trust_function_creators = 1;+ 重建触发器并显式指定当前有效用户为DEFINER - 切勿留空
DEFINER或设为不存在账户——8.0 不再容忍
触发器内调用自定义函数触发 ERROR 1418
MySQL 8.0 默认启用 log_bin_trust_function_creators=0，当触发器内部调用非确定性函数（如含 NOW()、RAND()、子查询等）时，即使函数本身语法合法，也会因二进制日志安全机制被拒绝执行，报错 ERROR 1418。
这不是语法错误，而是运行时权限拦截，容易误判为触发器写法问题。
临时绕过（仅测试环境）：
- 启动前在
my.cnf的[mysqld]段添加：log_bin_trust_function_creators=1 - 或运行时执行：
SET GLOBAL log_bin_trust_function_creators = 1;
生产环境应重写函数，确保声明 DETERMINISTIC 或 NO SQL，并显式授予调用者 EXECUTE 权限。
关键字冲突导致 CREATE TRIGGER 解析失败
MySQL 8.0 新增大量保留字（如 ROLE、GROUP_REPLICATION、JSON_TABLE），若触发器体中字段名、别名或注释里恰好用了这些词，且未用反引号包裹，CREATE TRIGGER 会直接报 ERROR 1064。
例如：SET NEW.role = 'admin'; 在 8.0 中 role 是保留字，必须写成 SET NEW.`role` = 'admin';。
检查方式：
- 导出触发器：
mysqldump --skip-triggers --no-create-info db_name > schema.sql，再单独用mysqldump --triggers --no-create-info db_name提取触发器部分 - 用
mysql --version确认当前版本，查官方文档《Keywords and reserved words》核对 - 批量替换：所有疑似保留字字段名前后加反引号，哪怕原 5.6 下能跑通
真正棘手的是那些没报错但行为异常的触发器——它们可能因隐式类型转换、默认值规则变更（如 DATETIME DEFAULT CURRENT_TIMESTAMP 不再合法）或优化器路径变化，在 8.0 下逻辑偏移。升级后必须逐条验证触发器的实际输出，不能只看是否创建成功。
