使用source命令执行含触发器的SQL文件时遇MySQL语法错误

这个ERROR 1064在END附近的报错我碰到过好多次，大多和BEGIN...END块的语法完整性或者分隔符设置有关，咱们一步步来排查解决：

最常见原因：DELIMITER分隔符设置错误 #

MySQL默认的语句分隔符是;，如果你的src.sql里包含存储过程、函数、触发器这类需要用BEGIN...END包裹的代码，里面的语句也会用;结尾，这就会导致MySQL在执行到第一个内部的;时，就误以为整个存储过程定义结束了，剩下的END就成了无意义的孤立语句，直接报错。

解决方法：在脚本中临时修改分隔符 #

打开你的src.sql，在需要定义存储过程/函数的代码块前后添加分隔符修改语句：

-- 先把分隔符改成//（可以是任意非;的符号）
DELIMITER //

CREATE PROCEDURE your_procedure_name()
BEGIN
  -- 这里的内部语句依然用;分隔
  SELECT * FROM your_table;
  UPDATE your_table SET col = 'value' WHERE id = 1;
END // -- 用新的分隔符结束存储过程定义

-- 把分隔符改回默认的;
DELIMITER ;

检查BEGIN和END的配对完整性 #

有时候报错是因为你写了END但没有对应的BEGIN，或者嵌套的BEGIN...END块没有正确闭合。比如：

• 写了IF ... THEN但没写END IF，直接写了END
• 嵌套的存储过程/循环里，内层的BEGIN没有对应的END

解决方法：逐行核对语法结构 #

把src.sql分成小段执行（比如每次复制10-20行到MySQL命令行），找到触发报错的具体代码块，然后检查：

• 所有的BEGIN都有对应的END
• 控制结构（IF/CASE/LOOP）都用正确的结尾语句：END IF/END CASE/END LOOP，而不是只写END

检查END附近的语法错误 #

有时候END本身的写法没问题，但前后有多余的字符、拼写错误，或者缺少必要的符号：

• END后面漏了分隔符（比如上面例子里的//）
• END拼写错误（比如写成ENDd或者EN）
• END前面有多余的逗号、分号或者其他无效字符

解决方法：查看报错的完整信息 #

MySQL的报错信息会显示near 'END' at line X，找到src.sql里的第X行，仔细检查该行及前后几行的代码，确保没有语法拼写错误。

利用警告信息排查前置问题 #

你提到执行过程中返回了多条警告，这些警告很可能是前面的代码已经有语法问题，导致后续的END无法被正确解析。可以用以下命令查看警告详情：

SHOW WARNINGS;

根据警告提示修正前面的代码，很多时候前置问题解决了，END的报错也会跟着消失。

内容的提问来源于stack exchange，提问作者Anand Rockzz