error 1449是因definer用户不存在或host不精确匹配所致；需先用show create trigger和select user,host确认差异，再用current_user替换definer，并手动drop同名触发器后重建。
迁移后触发器报 ERROR 1449，不是语法错了，而是 MySQL 在加载或执行时校验了 DEFINER 用户是否存在、主机名是否精确匹配——这个检查在 5.7+ 和 8.0 中变严格了，旧库能跑的触发器，新库直接拒绝。
怎么确认是 DEFINER 用户不存在还是 host 不匹配
别猜，先查真实定义和实际用户：
- 执行
SHOW CREATE TRIGGER trigger_name;，重点看输出中类似DEFINER=`app_user`@`192.168.%`这一行——注意反引号、用户名、host 段（%和localhost不等价） - 再执行
SELECT User, Host FROM mysql.user WHERE User = 'app_user';，结果必须和上面的User@Host完全一致，包括大小写、空格、通配符 - 常见坑：
app_user@%≠app_user@localhost；导出时用了--skip-definer，但导入前没清理旧触发器，导致后续语句静默跳过
为什么别急着建用户，而要优先替换为 CURRENT_USER
硬补一个 app_user@% 看似快，但容易带出权限扩散、RDS 不支持 SUPER、容器环境无法建用户等问题。更稳妥的做法是批量重写 DEFINER：
- Linux/macOS：
sed -i "s/DEFINER=`[^`]*`@`[^`]*`/DEFINER=CURRENT_USER/g" backup.sql - Windows PowerShell：
(Get-Content backup.sql) -replace 'DEFINER=`[^`]*`@`[^`]*`', 'DEFINER=CURRENT_USER' | Set-Content backup.sql - 替换后立刻用
grep -n "CREATE TRIGGER\|DEFINER" backup.sql扫一遍，确认没把注释或字段名误伤 -
CURRENT_USER是运行时认证用户，不依赖账号预置，且避免写死root@localhost导致跨环境失效
为什么导入前必须手动 DROP 同名触发器
MySQL 不支持 CREATE OR REPLACE TRIGGER，同名触发器存在时再执行 CREATE 会卡在 ERROR 1359（Trigger already exists），后续语句全被跳过——很多“导入成功但不生效”的问题就出在这儿：
- 先查目标库残留：
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改对了，也根本没机会创建
最容易被忽略的是嵌套对象：触发器里调了存储过程，那个过程也有自己的 DEFINER，得逐层确认。不是改一个就能全通。
