SQL Server 2014迁移到2019后触发器“没跑”，大概率因被禁用、事件不匹配或内部错误被静默吞掉；需查is_disabled状态、UPDATE OF字段是否仍存在、兼容性级别是否为150，并用PRINT或TRY/CATCH验证执行路径。
触发器在 SQL Server 2014 迁移到 2019 后“没跑”，大概率不是语法崩了，而是它压根没被调用——要么被禁用，要么事件不匹配，要么执行路径被静默跳过。
查触发器是否被禁用或状态异常
SQL Server 不会提示“这个触发器被禁用了”，它就安静地挂在那里。你 UPDATE 成功、@@ROWCOUNT > 0，但触发器逻辑一丁点都没执行。
- 运行
SELECT name, is_disabled, type_desc FROM sys.triggers WHERE parent_id = OBJECT_ID('YourTableName');，确认is_disabled = 0且type_desc包含SQL_TRIGGER和对应事件（如AFTER_UPDATE） - 如果
is_disabled = 1，用ALTER TABLE YourTableName ENABLE TRIGGER tr_name;恢复；但别盲目全启，先确认该触发器是否还适配当前表结构（比如字段名已改、类型变 NULLABLE） - 注意：
DISABLE TRIGGER ALL ON YourTableName这类操作常出现在迁移脚本中，升级后容易遗漏启用
确认触发器事件与实际 DML 是否真正匹配
迁移后表结构可能变化，导致触发器定义中的事件条件失效。例如原触发器是 AFTER UPDATE OF status，但新库中 status 字段被重命名为 order_status，则整个触发器不会被触发，也不会报错。
- 检查触发器定义：
SELECT definition FROM sys.sql_modules WHERE object_id = OBJECT_ID('tr_name');，重点看UPDATE OF列表、WHERE条件、以及引用的列是否存在且拼写一致 - 执行一次明确变更的 UPDATE：
UPDATE YourTable SET order_status = 'shipped' WHERE id = 123;，再立刻查SELECT @@ROWCOUNT;—— 若为 0，说明没命中行或字段值未变，触发器会被跳过（SQL Server 不像 MySQL 那样静默跳过，但无效更新仍不会触发逻辑） - 避免测试时写
SET col = col或赋相同值，这种语句不会激活UPDATE OF子句
排查触发器内部错误被吞掉
触发器里出错，SQL Server 默认不把错误抛给客户端，而是让主语句失败并回滚，但部分客户端（尤其是 ORM 或旧版 SSMS）可能只显示“命令已完成”，不展示具体错误。
- 在触发器开头加
PRINT 'tr_name START';，执行后看消息窗口是否有输出；没输出=根本没进触发器；有输出但中途断了=中间某步崩了 - 把关键逻辑包进
BEGIN TRY ... END TRY BEGIN CATCH ... END CATCH，并在CATCH块中用THROW;或插入日志表记录ERROR_MESSAGE()、ERROR_LINE() - 检查 SQL Server 错误日志（不是应用程序日志），搜索关键词
trigger或错误号，比如ERROR 3972（触发器递归超限）、ERROR 3609（事务被终止）
警惕兼容性级别降级导致的功能不可用
迁移后数据库兼容性级别可能仍卡在 120（SQL Server 2014），而某些触发器依赖 2016+ 的特性（如 STRING_SPLIT、JSON_VALUE），或使用了 2019 新增的 GENERATE_SERIES，会导致编译失败、触发器无法加载。
- 查当前级别：
SELECT compatibility_level FROM sys.databases WHERE name = DB_NAME(); - 若为 120，先评估是否可升到 150：
ALTER DATABASE YourDB SET COMPATIBILITY_LEVEL = 150; - 但注意：升级后某些旧写法（如非 ANSI JOIN、
ISNULL在计算列中）可能报错；建议先在测试库执行DBCC CHECKDB+ 触发器重编译：sp_recompile 'tr_name'; - 更稳妥的做法是导出触发器定义，用 SQL Server 2019 的 SSMS 打开并启用“IntelliSense”，看是否有波浪线标红——那是最直接的语法/函数不兼容信号
真正难的不是定位哪一行报错，而是判断“这个触发器现在还有没有存在的必要”。很多 2014 年写的触发器依赖 @@IDENTITY、TEXT 类型或游标遍历，迁到 2019 后不仅性能差，还可能因隐式转换或元数据变更彻底失效。上线前务必人工核对每一条触发器的输入/输出假设是否仍成立。
