能，SQL Server 的 TRY...CATCH 可捕获 DML 运行时异常（如主键冲突、除零），但不捕获编译错误或严重系统错误；需用 BEGIN TRY/END TRY 显式包裹语句块，并结合 XACT_STATE() 和 SAVE TRANSACTION 正确处理事务状态。
SQL Server 中 TRY CATCH 能捕获 DML 异常吗？
能，但仅限于 SQL Server（其他数据库如 MySQL、PostgreSQL 不支持 TRY...CATCH 语法）。它对 DML（INSERT、UPDATE、DELETE）引发的运行时错误有效，比如主键冲突、外键约束失败、类型转换错误、除零等；但无法捕获编译期错误（如语法错误、未声明变量）或某些严重错误（如 9002 日志已满）。
基本结构：必须用 BEGIN TRY / END TRY 包裹 DML
TRY...CATCH 是语句块结构，不能只包裹单条语句——哪怕只有一句 INSERT，也必须用 BEGIN TRY 和 END TRY 显式围住，否则会报错：Incorrect syntax near the keyword 'CATCH'。
实操建议：
- 每个
TRY块必须紧跟一个CATCH块，不能跳过 -
TRY块内不能包含事务控制语句（如COMMIT），但可以含SAVE TRANSACTION -
CATCH块中可安全调用ERROR_NUMBER()、ERROR_MESSAGE()等函数获取错误上下文
BEGIN TRY
INSERT INTO users (id, name) VALUES (1, 'Alice');
END TRY
BEGIN CATCH
SELECT ERROR_NUMBER() AS ErrNum, ERROR_MESSAGE() AS ErrMsg;
END CATCHDML 失败后事务状态需手动处理
这是最容易踩的坑：DML 在 TRY 中失败后，事务默认进入不可提交状态（XACT_STATE() = -1），此时若直接执行 COMMIT 会报错 The current transaction cannot be committed。
正确做法是检查 XACT_STATE()：
-
XACT_STATE() = 1：事务可提交（极少见，通常只发生在部分警告级错误后） -
XACT_STATE() = 0：无活动事务（比如错误发生在事务外） -
XACT_STATE() = -1：事务已不可提交，必须ROLLBACK
所以实际写法应类似：
BEGIN TRY
BEGIN TRANSACTION;
UPDATE accounts SET balance = balance - 100 WHERE id = 1;
COMMIT TRANSACTION;
END TRY
BEGIN CATCH
IF XACT_STATE() <> 0
ROLLBACK TRANSACTION;
-- 记录日志或抛出自定义错误
THROW 50001, 'Transfer failed', 1;
END CATCH嵌套事务与保存点：避免 CATCH 后误提交
SQL Server 不支持真正的嵌套事务，@@TRANCOUNT 只是计数器。如果在 TRY 中开启事务又没正确回滚，CATCH 里再开事务会导致 @@TRANCOUNT 失配，后续 COMMIT 可能静默失败或报错 The COMMIT TRANSACTION request has no corresponding BEGIN TRANSACTION。
更稳妥的做法是用保存点（SAVE TRANSACTION）替代嵌套：
- 在关键 DML 前设保存点：
SAVE TRANSACTION savepoint_name - 出错时仅回滚到该点：
ROLLBACK TRANSACTION savepoint_name - 这样不影响外层事务逻辑，也避免
@@TRANCOUNT错乱
复杂业务逻辑里，靠 XACT_STATE() 判断 + 保存点控制，比盲目 ROLLBACK 更可控。
