在使用phpMyAdmin执行CREATE TRIGGER语句时，很多开发者会反复遇到#1064错误。第一反应往往是检查SQL语法，但反复调试后才发现——问题根本不出在语法上。这个错误实际上指向了phpMyAdmin与MySQL服务端之间一个极易被忽略的“沟通障碍”：分隔符（DELIMITER）。
错误提示#1064 - you ha ve an error in your sql syntax，并且每次都精准地出现在begin之后的第一个分号位置。这本身就是一个明确信号——MySQL解析器被提前“截断”了。它把触发器体内的update或insert语句当成了独立指令，而没有将它们视为整个CREATE TRIGGER定义的一部分。所以，问题并非你的SQL写错了，而是phpMyAdmin没有切换为正确的分隔符，导致服务端根本未收到完整的触发器定义。
必须在SQL界面顶部手动启用并填写分隔符
这里有一个关键点需要明确：phpMyAdmin中的DELIMITER并非一条SQL命令，而是一个界面配置项。很多用户习惯把整段包含DELIMITER $$的脚本直接粘贴到编辑框中，但这样做是无效的——第一行的DELIMITER指令会被直接忽略。正确的操作分三步：
- 进入目标数据库，点击顶部的「SQL」标签页
- 在SQL输入框的上方，勾选「启用分隔符」复选框
- 在旁边的输入框中，仅填写
$$（注意不要加空格，也不要用DELIMITER $$这种写法） - 在下方的编辑框里直接书写标准的触发器语句，结尾单独一行写上
$$
完成这些步骤后，phpMyAdmin才会将从CREATE TRIGGER开始到$$结束的所有内容，当作一条完整的语句提交给MySQL。这才是正确触发该功能的方式。
含DELIMITER的存储过程或函数，不能靠多语句模式来执行
即便你已经开启了“Allow executing multiple statements”，phpMyAdmin依旧无法识别DELIMITER指令。这类语句一旦遇到就会直接报错。这并非功能上的限制，而是设计上就没有打算支持——它的多语句执行器只处理分号分隔的简单语句，并不解析客户端指令。
CREATE PROCEDURE和CREATE FUNCTION必须通过“例程”管理界面，或者单独使用「SQL」标签页配合顶部分隔符配置来处理- 不要尝试在一条多语句中混用
SET @x=1;和后续依赖它的SELECT @x;，每条语句的作用域是隔离的 - 如果脚本中既有建表语句又有触发器，优先改用「导入」功能：上传一个UTF-8 without BOM的
.sql文件。新版phpMyAdmin在导入时能够正确识别DELIMITER $$和注释
导出带触发器的备份时，DELIMITER容易丢失
默认导出的SQL文件中不会包含DELIMITER行，还原时必然报#1064错误。这并非导出失败，而是phpMyAdmin有意跳过了这一非数据结构的信息。要避免这种情况，需注意以下几点：
- 导出时必须勾选：「导出触发器」+「Add CREATE TRIGGER statement」
- 格式选择「SQL」，并在「格式特定选项」→「SQL」中把
Export routines设为YES - 更可靠的方式是使用命令行：
mysqldump --triggers --routines --no-create-info mydb > backup.sql，它生成的文件自带DELIMITER ;;和DELIMITER ;
一个容易被忽视的细节：即使导出操作完全正确，还原时如果使用phpMyAdmin的SQL标签页直接粘贴整段内容，DELIMITER行依然会被当作普通文本忽略——必须使用「导入」功能，或者切换到mysql命令行，加上--delimiter="$$"参数来执行。
