MySQL触发器需用DELIMITER临时修改分隔符，否则分号会提前终止解析；必须用BEGIN END包裹多条语句，定义后须恢复DELIMITER ;，否则后续SQL执行异常。
MySQL默认分号会提前截断触发器定义
因为MySQL客户端把每个分号;都当作一条完整SQL的结束标志。而触发器体里必然要写多条语句（比如INSERT、UPDATE、SET），每条后面都得跟分号——如果不改定界符，客户端会在第一个;就提交执行，结果只跑了CREATE TRIGGER ... FOR EACH ROW BEGIN这一半，直接报ERROR 1064语法错误。
DELIMITER不是SQL语句，只是客户端指令
DELIMITER $$这类命令只在MySQL命令行客户端（或支持该协议的工具如DBeaver、MySQL Workbench）中生效，它不发给服务端，也不进binlog。它的作用纯粹是告诉客户端：“从现在起，别见分号就执行，等我看到$$再整体发送”。所以：
- 必须放在
CREATE TRIGGER语句之前 -
END$$里的$$必须紧贴END，不能有空格或换行 - 定义完一定要执行
DELIMITER ;恢复，否则后续所有语句都会等$$ - 在应用程序（如Java JDBC）里执行触发器SQL时，
DELIMITER会报错——那地方根本不认这个命令
不改DELIMITER的典型错误现象
常见报错包括：
win可用的mysql指令skill
下载
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
-
ERROR 1064 (42000): You have an error in your SQL syntax...（最常出现在BEGIN之后第一行分号处） - 触发器创建成功但只执行了第一条语句，后面几条完全没跑
- 用
SHOW TRIGGERS查不到刚建的触发器，但也没报错——其实是被截断后当成多条无效语句忽略了
这类问题往往卡在开发本地，上线前才发现，因为很多ORM或迁移工具（如Flyway）默认不支持DELIMITER，得手动拆成单独语句或改用存储过程封装。
替代方案与现实约束
真想绕开DELIMITER？只有两个办法：
- 触发器体只写一条语句（比如只
INSERT不UPDATE），但业务上基本不可行 - 把多步逻辑封装进存储过程，触发器里只调一次
CALL proc_name()——但要注意：存储过程里不能含COMMIT/ROLLBACK，且调试链路变长
实际项目里，DELIMITER不是可选项，是必经步骤。最容易被忽略的是：它只对当前客户端会话有效，团队协作时如果有人忘了加或加错位置，整个触发器脚本就失效了。
