error 1449 是因 definer 用户在目标库 mysql.user 表中不存在或 host 不精确匹配所致；需先用 show create trigger 和 select user,host 查询确认差异，再用 current_user 替换 definer 并手动 drop 同名触发器后重建。
迁移后触发器执行报 ERROR 1449，不是语法写错了，而是 MySQL 在加载或执行时校验了 DEFINER 用户是否存在、主机名是否精确匹配——这个检查在 5.7+ 和 8.0 中变严格了，旧库能跑的触发器，新库直接拒绝。
查清到底是用户不存在，还是 host 不匹配
先别急着建用户或改权限。错误 ERROR 1449 只说明 DEFINER 字符串指向的账号在 mysql.user 表里找不到，但“找不到”有两种情况：
-
SHOW CREATE TRIGGER trigger_name;看整行DEFINER=`app`@`192.168.1.%`——注意反引号和 host 段（%和localhost不等价） -
SELECT User, Host FROM mysql.user WHERE User = 'app';查出的结果必须和上面DEFINER的User@Host完全一致，包括大小写、空格、通配符 - 常见坑：原库是
`app`@`%`，新库只建了`app`@`localhost`；或者导出时用了--skip-definer，但导入前没清理旧触发器，导致CREATE TRIGGER被ERROR 1359中断，后续语句静默跳过
别直接建用户，优先用 CURRENT_USER 替换 DEFINER
硬补一个 app@% 用户看似快，但容易带出权限扩散、RDS 不支持 SUPER、容器环境无法建用户等问题。更稳妥的做法是批量重写 DEFINER：
- 导出文件里用
sed -i "s/DEFINER=`[^`]*`@`[^`]*`/DEFINER=CURRENT_USER/g" backup.sql（Linux/macOS） - Windows 上用 PowerShell：
(Get-Content backup.sql) -replace 'DEFINER=`[^`]*`@`[^`]*`', 'DEFINER=CURRENT_USER' | Set-Content backup.sql - 替换后
grep -n "CREATE TRIGGER" backup.sql扫一遍，确认没把注释或字段名误伤 -
CURRENT_USER是运行时认证用户，不是USER()，它不依赖账号预置，且避免写死root@localhost导致跨环境失效
重建触发器前必须手动 DROP
MySQL 不支持 CREATE OR REPLACE TRIGGER，同名触发器存在时再执行 CREATE 会卡在 ERROR 1359，后续语句全被跳过——很多“导入成功但不生效”的问题就出在这儿：
- 先查目标库有没有残留：
SELECT TRIGGER_NAME FROM information_schema.TRIGGERS WHERE TRIGGER_SCHEMA = 'your_db'; - 生成批量
DROP语句：SELECT CONCAT('DROP TRIGGER `', TRIGGER_SCHEMA, '`.`', TRIGGER_NAME, '`;') FROM information_schema.TRIGGERS WHERE TRIGGER_SCHEMA = 'your_db'; - 执行完再导入，否则哪怕
DEFINER改对了，也根本没机会创建
真正容易被忽略的是嵌套调用：触发器里 CALL proc_xxx()，而那个存储过程自己也有 DEFINER，得一层层查 information_schema.ROUTINES 和 TRIGGERS，不能只修表面那一层。
