触发器性能与可靠性取决于执行时机：before 适合数据校验与修改，after 适合日志、通知等不干扰主事务的操作；滥用会导致性能下降、死锁或数据不一致。
触发器的性能和可靠性高度依赖于执行时机的选择：BEFORE 适合数据校验与修改，AFTER 更适合日志记录、通知或跨表同步等不干扰主事务逻辑的操作。滥用或误用会拖慢写入、引发死锁或导致数据不一致。
明确区分 BEFORE 和 AFTER 的核心职责
BEFORE 触发器在语句实际执行前运行，可读取新旧值（NEW、OLD），且能修改 NEW 中的字段（INSERT/UPDATE）；AFTER 触发器在语句成功提交后执行，不能修改当前行数据，但能安全访问已持久化的结果。
- 用 BEFORE 实现：非空校验、默认值填充、敏感字段脱敏、业务规则拦截（如余额不足拒绝扣款）
- 用 AFTER 实现：操作日志入库、缓存失效、调用外部接口（需异步化）、统计表更新、关联表级联写入
- 避免在 BEFORE 中做耗时操作（如远程 HTTP 请求、复杂计算），否则会阻塞主事务
控制触发器粒度，优先使用语句级而非行级
MySQL 默认是行级触发器（每影响一行执行一次），在批量 INSERT/UPDATE 场景下易成性能瓶颈。若逻辑不依赖单行上下文（如仅需记录“某表被更新了”），可改用应用层统一处理，或通过临时表+AFTER STATEMENT（MySQL 8.0+ 支持）降低触发频次。
95Shop仿醉品商城
下载
95Shop可以免费下载使用，是一款仿醉品商城网店系统，内置SEO优化，具有模块丰富、管理简洁直观，操作易用等特点，系统功能完整，运行速度较快，采用ASP.NET(C#)技术开发，配合SQL Serve2000数据库存储数据，运行环境为微软ASP.NET 2.0。95Shop官方网站定期开发新功能和维护升级。可以放心使用！ 安装运行方法 1、下载软件压缩包； 2、将下载的软件压缩包解压缩，得到we
- 确认是否真需要逐行响应——多数审计日志只需知道“谁在什么时候改了哪张表”，无需每行一条日志
- 对大批量导入场景（如 LOAD DATA），临时禁用触发器（SET SQL_LOG_BIN = 0 需谨慎，建议用 DISABLE TRIGGER 或应用层绕过）
- 行级触发器中避免 SELECT ... FOR UPDATE 或写入同一张表，极易引发死锁
规避常见陷阱：递归、事务边界与错误处理
触发器隐式运行在主事务中，其异常会导致整个语句回滚；同时，它可能意外触发其他触发器（如 A 表 AFTER UPDATE 更新 B 表，而 B 表也有 UPDATE 触发器），形成隐式递归。
- 用系统变量（如 MySQL 的 @_trig_disabled）手动标记跳过嵌套触发，或在触发器开头加条件判断
- AFTER 触发器中慎用事务控制语句（如 START TRANSACTION），多数数据库不允许嵌套事务，会报错
- 所有 I/O 类操作（写日志表、发消息）必须有超时与重试机制，失败时记录错误而非抛出异常中断主流程（除非业务强要求）
用轻量替代方案优先，触发器不是万能解药
触发器难以测试、调试成本高、耦合业务逻辑，现代架构更倾向将一致性保障前移到应用层或用 CDC（变更数据捕获）工具实现异步解耦。
- 简单默认值、约束、CHECK（MySQL 8.0.16+）、生成列可替代部分 BEFORE 逻辑
- 用 Kafka + Debezium 或阿里云 DTS 等工具替代 AFTER 日志同步，避免数据库内负担
- 核心一致性要求高的场景（如账务），采用应用层“先写主库再发 MQ”+ 消费端幂等处理，比触发器更可控可监控
