mysqldump 导出时默认禁用触发器需显式加--triggers参数导入时需处理DEFINER不存在、同名冲突、函数弃用、依赖顺序等问题跨版本迁移尤需验证触发逻辑实效性。mysqldump 导出时触发器被自动禁用MySQL 5.7 默认在 mysqldump 中加上 --skip-triggers 行为即使你没写导致导出的 SQL 文件里没有 CREATE TRIGGER 语句。迁移后触发器直接消失业务逻辑就断了。实操建议导出时显式加 --triggers 参数例如mysqldump --triggers -u root -p db_name backup.sql检查导出文件是否真含 CREATE TRIGGER用 grep -n CREATE TRIGGER backup.sql如果目标库是 MySQL 8.0注意 DEFINER 用户可能不存在导入会报错 ERROR 1449 (HY000): The user specified as a definer (xxx%) does not exist导入时触发器名重复导致 ERROR 1359目标库已有同名触发器而 dump 文件又执行一遍 CREATE TRIGGER就会触发 ERROR 1359 (HY000): Trigger already exists —— 这不是语法错是严格模式下的拒绝行为。实操建议别依赖 DROP DATABASE 后重建有些触发器绑定在系统表或跨库视图上删库不等于清干净导入前手动清理运行 SELECT CONCAT(DROP TRIGGER , TRIGGER_NAME, ;) FROM information_schema.TRIGGERS WHERE TRIGGER_SCHEMA db_name; 生成删除语句或者改用 CREATE OR REPLACE TRIGGER不行MySQL 不支持该语法必须先删后建触发器中引用的表或函数在新版本不可用比如旧库用 OLD.col_name 引用一个被重命名的字段或用了已废弃的 ENCRYPT() 函数导入时不会报错但触发器创建成功却在运行时报 ERROR 1362 (HY000) 或静默失效。 arXiv Xplorer ArXiv 语义搜索引擎帮您快速轻松的查找保存和下载arXiv文章。