phpMyAdmin执行CREATE TRIGGER报#1064错误是因为未正确配置分隔符。需勾选“启用分隔符”，在输入框中只填$$，再在编辑框中写触发器语句并以$$结尾，才能提交完整定义。
phpMyAdmin里执行CREATE TRIGGER报#1064错误，根本不是语法问题
错误提示 #1064 - you have 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 故意跳过了这个非数据结构信息。
立即学习“PHP免费学习笔记（深入）”；
- 导出时必须勾选：「导出触发器」+「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="$$" 参数。
