sql 中的触发器机制，是数据库内部一种自动执行的特殊存储程序，它不需要手动调用，当数据表发生 insert update delete 这类指定操作的时候，数据库就会自动触发执行预设的 sql 逻辑，触发器机制核心作用是实现数据联动校验，自动记录变更日志，维护数据一致性，很多业务原本需要在应用代码里面写额外逻辑来同步数据，使用触发器之后，把这套规则下沉到数据库层面，不管是哪个程序修改数据表，只要触发条件满足，触发器都会执行，sqlite3 mysql oracle sqlserver 都支持触发器机制，但是语法写法和新旧行引用名称不一样，mysql 里面使用 old 和 new 代表修改前后的数据，sqlite3 同样支持 old new，要注意触发器也有缺点，逻辑藏在数据库内部，业务人员不容易发现，复杂触发器会拖慢写入性能，还可能出现触发器嵌套连锁触发，排查问题难度比较高，所以不建议大量滥用触发器机制。
触发器核心分类对比表格
| 分类 | 触发时机 | 触发动作 | 特点 |
|---|---|---|---|
| before 触发器 | 数据写入表之前执行 | insert update delete | 可以拦截修改，修改 new 的值，校验不通过可以阻止本次操作 |
| after 触发器 | 数据成功写入表之后执行 | insert update delete | 适合做日志记录，同步其他表数据 |
| instead of 触发器 | 替换原本的操作 | insert update delete | 多用于视图，mysql 不支持，oracle sqlserver 支持 |
触发器执行相关要点
1 触发事件，也就是绑定的动作，分为插入 insert 更新 update 删除 delete，可以单独绑定一种，也可以多种动作组合触发
2 临时行对象，old 代表旧数据，new 代表新数据，insert 只有 new，delete 只有 old，update 同时拥有 old 和 new
3 执行粒度，行级触发器是每改动一行就执行一次，语句级触发器是整条 sql 执行一次，不同数据库支持类型有区别
4 事务特性，触发器和触发它的主 sql 属于同一个事务，如果触发器里面报错，整条操作会回滚
创建与使用操作步骤
第一步 确认业务需求，判断是否适合使用触发器，比如订单更新之后自动写入变更日志，库存修改之后自动校验库存是否小于零。
第二步 选择触发时机，需要拦截校验选 before，需要记录日志同步数据选 after。
第三步 编写创建触发器 sql，指定触发器名称，绑定数据表，触发事件，触发时机，然后编写内部执行逻辑。
第四步 测试触发器，执行对应的 insert update delete 语句，观察触发器是否自动运行，检查联动表数据有没有正确变更。
第五步 排查异常，如果触发器执行报错，查看数据库错误日志，检查 old new 引用是否正确，是否存在连锁触发死循环。
第六步 维护管理，不需要的时候使用 drop trigger 语句删除触发器，避免长期遗留无用触发器影响写入性能。
触发器机制优缺点清单
优点
1 数据规则放在数据库层，多应用访问同一张表的时候规则统一
2 自动执行，不需要业务代码额外调用
3 可以实现数据审计日志，约束校验，跨表自动同步
缺点
1 逻辑隐藏，代码可读性差，后期维护排查困难
2 增加 insert update delete 写入耗时，大批量数据更新的时候性能下降明显
3 多层触发器嵌套容易出现连锁反应，业务出问题很难定位根源
综合来看，sql 触发器机制本质就是数据表变更事件驱动的自动 sql 程序，适合审计日志，数据校验，自动同步这类固定规则业务，但是不能过度使用，复杂业务联动优先考虑应用层代码实现，避免数据库承担过多业务逻辑。
【常见问题】
问题 1 sql 中触发器机制和存储过程有什么区别
回答 1 sql 中触发器机制是事件自动触发，不需要手动调用，存储过程需要主动执行调用，触发器机制绑定数据表增删改事件，存储过程没有绑定表事件。
问题 2 sqlite3 支持 sql 中触发器机制吗
回答 1 sqlite3 支持 sql 中触发器机制，支持 before 和 after 类型，使用 old 和 new 引用变更前后数据，可以实现自动日志记录和数据校验。
问题 3 sql 中触发器机制执行失败会怎么样
回答 1 sql 中触发器机制和主操作共用同一个事务，触发器内部执行报错，原本的 insert update delete 操作会整体回滚，数据不会写入成功。
【免责申明】
本内容基于主流 SQL 数据库通用原理整理，不同数据库触发器语法支持范围存在差异，内容仅供学习参考，复杂业务使用触发器前建议充分测试，不保证所有特殊业务场景都适用。