先确认DEFINER用户是否存在，若不存在则报ERROR 1449；需查information_schema.TRIGGERS和mysql.user验证，并用sed批量替换为CURRENT_USER；导入前须DROP同名触发器防ERROR 1359；创建成功后须用真实DML操作验证触发效果。
迁移后触发器不执行，先查是不是DEFINER用户不存在
MySQL 5.7+ 和 8.0 在导入含 DEFINER 的触发器时，会严格校验该用户是否存在。如果目标库没有 'user@host' 这个账号，CREATE TRIGGER 语句会静默跳过或报错 ERROR 1449 (HY000): The user specified as a definer ('xxx'@'%') does not exist，但很多导入工具（如 mysql 命令行加 -f）会忽略该错误继续执行，导致触发器“看似导入成功，实则未创建”。
- 登录目标库，执行
SELECT TRIGGER_NAME, DEFINER FROM information_schema.TRIGGERS WHERE TRIGGER_SCHEMA = 'db_name';，确认DEFINER字段值 - 运行
SELECT User, Host FROM mysql.user WHERE User = 'xxx';（把 xxx 替换为上面查到的用户名），看是否真有这个账号 - 若无对应账号，不要急着建用户——多数情况下，触发器逻辑并不依赖特定权限，改
DEFINER更安全
用 sed 或文本替换批量修正 dump 文件中的 DEFINER
直接修改 SQL 导出文件比逐个重建更高效，尤其当有几十个触发器时。关键是别手动编辑，用命令行批量处理，避免遗漏。
- 导出文件里所有
DEFINER=`old_user`@`%`都要处理；注意反引号和单引号混用情况 - 推荐命令：
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\|DEFINER" backup.sql快速扫一眼，确认替换生效且没破坏语法
导入前手动清理旧触发器，避免 ERROR 1359
MySQL 不支持 CREATE OR REPLACE TRIGGER，如果目标库已存在同名触发器，再次导入会卡在 ERROR 1359 (HY000): Trigger already exists，中断后续语句执行。
- 导入前先清空目标库中同名触发器：
SELECT CONCAT('DROP TRIGGER IF EXISTS ', TRIGGER_NAME, ';') FROM information_schema.TRIGGERS WHERE TRIGGER_SCHEMA = 'db_name'; - 把结果复制执行，或用
mysql -u... -e "..." db_name直接跑掉生成的 DROP 语句 - 注意：不要用
DROP DATABASE后重建，某些触发器可能绑定跨库对象，删库不等于清干净
验证时别只看“有没有”，要看“动没动”
触发器创建成功 ≠ 触发器正常工作。很多失效问题出现在运行时，比如引用了旧表字段、NEW/OLD 值为空但逻辑未判空、或触发器里调用了被删掉的函数。
- 对触发器关联的表做一次最小操作：例如
INSERT INTO t VALUES (1, 'test'); - 立刻查触发器预期影响的目标——不是看日志有没有报错，而是看时间戳字段是否更新、日志表是否多了一条记录、计数器是否 +1
- 如果没反应，打开 MySQL 错误日志（路径由
log_error配置项决定），搜索关键词trigger或1442、1327等常见错误码
