触发器报错未提示且数据未写入，是因mysql错误被吞需执行show warnings查看，sql server中raiserror不自动回滚须紧跟rollback或改用throw配合set xact_abort on。
触发器报错却没提示，数据也没写进去怎么办
这是最典型的隐式回滚现象：你执行了 INSERT，客户端返回“命令已成功完成”，但查表发现记录根本没插入；或者反过来，触发器里写了 THROW，却只看到模糊的 ERROR 547 或直接静默失败。
根本原因在于数据库对触发器内错误的传播策略不同，且默认不把内部错误透出到客户端：
- MySQL 触发器里发生 SQL 错误（比如字段名拼错、类型不匹配），整个 DML 会失败，但错误被吞掉——必须立刻执行
SHOW WARNINGS才能看到真实报错，例如Unknown column 'updated_by' in 'field list' - SQL Server 中
RAISERROR默认不中断事务流，若没紧跟ROLLBACK TRANSACTION，上层INSERT可能照常提交，造成数据状态与业务逻辑严重错位 - 两者都受全局设置影响：
sql_mode（MySQL）或SET XACT_ABORT（SQL Server）——比如 MySQL 关闭STRICT_TRANS_TABLES时，“无效更新”如UPDATE t SET a=a会跳过触发器；SQL Server 关闭XACT_ABORT时，THROW可能只终止当前批，不回滚外层事务
怎么确认触发器真的被执行了
别凭感觉判断触发器是否生效。很多问题其实源于触发器压根没跑起来，而不是它跑错了。
MySQL：
- 检查
BEFORE/AFTER是否匹配操作类型——BEFORE UPDATE不会在UPDATE t SET x=x（未实际变更）时触发 - 用
SELECT @@sql_mode确认是否含STRICT_TRANS_TABLES，否则某些校验会被跳过
SQL Server：
- 在触发器开头加一句
RAISERROR('trg fired', 0, 1) WITH NOWAIT，配合 SSMS 的“消息”窗口观察输出；注意不能用PRINT，它可能被缓冲延迟 - 通用验证法：在触发器里写一条测试日志，例如
INSERT INTO debug_log VALUES (GETDATE(), 'trg_start')，再执行 DML 后查该表——只要日志有记录，就证明触发器确实运行了
为什么一加触发器，TPS 就腰斩、锁等待暴涨
触发器天然处于主事务上下文中，每次 DML 都会同步执行其逻辑，这直接延长事务持有锁的时间。高频写入表上定义多个触发器，等于把单条语句变成 N 次写入操作。
- MySQL 不允许在
AFTER UPDATE中再UPDATE同一张表，会报错Can't update table 't' in stored function/trigger...；但若通过视图、子查询或 INSERT SELECT 间接触发，可能引发死锁或超时回滚 - SQL Server 中，触发器内查关联表若没加
NOLOCK或没走索引，容易导致脏读或长事务阻塞其他会话 - 跨库写入（如触发器往另一数据库的日志表
INSERT）无法随主事务回滚，造成数据不一致；高并发下还可能因网络延迟拖垮主事务 - 监控关键指标：
Handler_commit和Handler_rollback（MySQL）或Lock Waits/sec（SQL Server）突增，往往就是触发器引发的连锁反应
调试时该用 RAISERROR 还是 THROW？XACT_ABORT 到底要不要设
SQL Server 里这两个命令看着像，但对事务的影响天差地别，混用极易翻车。
-
RAISERROR('msg', 16, 1)只是抛错，不会自动回滚事务，也不会终止后续语句执行——必须手动跟IF @@TRANCOUNT > 0 ROLLBACK TRANSACTION，且要确保它一定执行（比如放在IF判断后，不要塞进TRY...CATCH却不处理） -
THROW 50000, 'msg', 1默认中断当前批处理，但仍不保证回滚；必须搭配SET XACT_ABORT ON才能可靠中止整个事务 - 触发器上下文中
XACT_ABORT默认是ON，但显式写出来更安全——因为单独调试触发器逻辑时，会话状态变了，XACT_ABORT可能变成OFF，导致行为不一致 - 嵌套事务实际不存在，
XACT_ABORT ON出错后不是“逐层回滚”，而是直接清空最外层事务（@@TRANCOUNT归零），哪怕你用了SAVE TRANSACTION
真正难处理的，从来不是“怎么让触发器报错”，而是“怎么让它在报错时不破坏主事务的原子性，又不让错误被吞掉”。这两点一旦失衡，排查成本就会指数级上升。
