没有通用的跨数据库触发器语法，MySQL、PostgreSQL、SQL Server的CREATE TRIGGER语句互不兼容；MySQL支持多事件一行定义，PostgreSQL要求先建RETURNS TRIGGER函数再绑定且需TG_OP显式分支，SQLite仅支持单事件；正确做法是为各库单独维护脚本并显式控制执行路径。
没有通用的跨数据库触发器语法，硬写一份脚本在 MySQL、PostgreSQL、SQL Server 之间切换运行，只会报错或静默失效。
MySQL 和 PostgreSQL 的 CREATE TRIGGER 语句不兼容
MySQL 允许 CREATE TRIGGER t AFTER INSERT, UPDATE, DELETE ON tbl 一行定义多事件；PostgreSQL 遇到逗号直接报 syntax error near ','。SQLite 更严格，只接受单事件（AFTER INSERT 或 AFTER UPDATE 单独写）。
- MySQL 触发器逻辑可内联写在
CREATE TRIGGER体里；PostgreSQL 必须先CREATE FUNCTION f() RETURNS TRIGGER，再CREATE TRIGGER t EXECUTE FUNCTION f() - PostgreSQL 中访问
NEW或OLD前必须用IF TG_OP = 'INSERT' THEN ... END IF;显式分支；MySQL 和 SQLite 没有TG_OP变量，靠触发器定义本身隔离事件 - DELETE 触发器中读
NEW.id在 PostgreSQL 和 SQLite 会报错；MySQL 虽不报错但值为NULL，容易引发误判
MySQL 5.7 升级到 8.0 后触发器“不执行”不是语法问题
真正原因是 sql_mode=STRICT_TRANS_TABLES 默认启用：BEFORE 触发器里给 NEW.col = NULL（而该列是 NOT NULL），事务直接中断，不是警告+截断。
- 检查当前模式：
SELECT @@sql_mode;，确认是否含STRICT_TRANS_TABLES - 避免无条件赋
NULL，改用：IF NEW.col IS NULL THEN SET NEW.col = DEFAULT(col); END IF; - 若需兼容旧行为，可在触发器开头加
SET sql_mode = 'NO_ENGINE_SUBSTITUTION';，但注意它影响整条语句上下文，不是会话级隔离
导出/导入时触发器丢失或报错的高频原因
mysqldump 从 MySQL 5.7+ 开始默认启用 --skip-triggers，哪怕加了 --all-databases 也跳过触发器——dump 文件里压根没 CREATE TRIGGER。
- 导出必须显式加
--triggers：mysqldump --triggers -u root -p mydb > backup.sql - 导出后立刻验证：
grep -n "CREATE TRIGGER" backup.sql，确保语句真实存在 - 导入前清理目标库已有触发器：
SELECT CONCAT('DROP TRIGGER ', TRIGGER_NAME, ';') FROM information_schema.TRIGGERS WHERE TRIGGER_SCHEMA = 'mydb';，生成并执行结果 - 导入时报
ERROR 1449（definer 用户不存在）：用sed -i "s/DEFINER=`.*`@`.*/DEFINER=CURRENT_USER/g" backup.sql替换，但要确认CURRENT_USER有TRIGGER权限
SQL Server 迁移到金仓或 PostgreSQL 的函数与语法陷阱
SQL Server 的 GETDATE()、ISNULL()、TOP 1、TRY...CATCH 在标准 SQL 中不可执行；金仓虽支持 sql_compatibility = 'SQLSERVER'，但仅覆盖基础语法层。
-
GETDATE()→CURRENT_TIMESTAMP；ISNULL(a,b)→COALESCE(a,b) -
SELECT TOP 1→ 改用LIMIT 1（PostgreSQL/MySQL）或子查询 +ROWNUM（Oracle 兼容路径） -
TRY...CATCH必须拆：PostgreSQL 用EXCEPTION WHEN OTHERS THEN；MySQL 8.0+ 不支持原生TRY CATCH，建议上移至应用层捕获 - 别依赖
GO分隔符：金仓不识别，改用;或\set SQLTERM /
真正的兼容不是靠“一份脚本通吃”，而是按数据库拆分维护文件（如 trigger_mysql.sql、trigger_pg.sql），并在部署流程中显式控制执行路径——任何试图用条件宏或动态拼接绕过语法差异的做法，在生产环境都容易因版本微调或权限变更而崩坏。
