数据库管理 错误捕获 SQL Server存储过程中的异常处理方法

📊 当数据库闹脾气时：SQL Server存储过程异常处理全攻略

场景再现：凌晨三点，你正美梦正酣，突然被急促的报警短信惊醒——"订单服务崩溃！数据库存储过程执行失败！" 😱 翻开日志发现是某个存储过程因数据冲突抛出了异常，此时若能优雅捕获异常并自动处理，或许就能避免这场午夜惊魂...

为什么需要异常处理？

SQL Server存储过程就像后厨的厨师👨‍🍳，一旦食材（数据）有问题（比如外键冲突/空值插入），默认会直接摔锅罢工（抛出错误），通过TRY-CATCH机制，我们可以：

• ✅ 记录错误细节（时间、代码位置、错误消息）
• ✅ 自动回滚脏操作（避免数据不一致）
• ✅ 友好替代方案（比如用默认值替代非法数据）

基础版：TRY-CATCH 结构

CREATE PROCEDURE usp_PlaceOrder
AS
BEGIN
    BEGIN TRY
        BEGIN TRANSACTION;
        -- 业务逻辑代码
        INSERT INTO Orders(CustomerID, OrderDate) 
        VALUES (999, GETDATE()); -- 假设客户ID不存在会触发外键冲突
        COMMIT TRANSACTION;
    END TRY
    BEGIN CATCH
        IF @@TRANCOUNT > 0 ROLLBACK;
        -- 获取错误信息
        SELECT 
            ERROR_NUMBER() AS ErrorCode,
            ERROR_MESSAGE() AS ErrorText,
            ERROR_PROCEDURE() AS FailedProc;
        -- 可选：记录到错误表
        INSERT INTO ErrorLog(ErrorTime, UserName, ErrorDetails)
        VALUES (GETDATE(), SYSTEM_USER, 
               '错误#' + CAST(ERROR_NUMBER() AS VARCHAR) + ': ' + ERROR_MESSAGE());
    END CATCH
END;

关键函数🔧：

• ERROR_LINE() → 出错行号
• ERROR_SEVERITY() → 错误严重等级
• ERROR_STATE() → 错误状态码

进阶技巧：嵌套异常处理

复杂存储过程可能需要多层捕获,就像俄罗斯套娃🪆：

BEGIN TRY
    -- 外层处理业务异常
    EXEC usp_ProcessPayment;
    BEGIN TRY
        -- 内层处理数据校验
        EXEC usp_ValidateInventory;
    END TRY
    BEGIN CATCH
        -- 仅处理库存类错误
        IF ERROR_NUMBER() = 547 -- 约束冲突
            RAISERROR('库存不足，已自动取消订单', 16, 1);
    END CATCH
END TRY
BEGIN CATCH
    -- 处理支付等核心错误
    IF ERROR_NUMBER() IN (2601, 2627) -- 主键/唯一键冲突
        EXEC usp_RetryPayment @MaxAttempts=3;
    ELSE
        THROW; -- 重新抛出未处理异常
END CATCH

错误日志的四种姿势 📝

1. 写入表：创建专用错误日志表（含调用堆栈）
2. Windows事件日志：

   EXEC xp_logevent 50001, '订单处理失败', ERROR; 

3. 发送邮件（需配置Database Mail）：

   EXEC msdb.dbo.sp_send_dbmail 
     @subject='数据库警报', 
     @body=ERROR_MESSAGE();

4. 集成第三方监控：如通过扩展事件(Extended Events)捕获

避坑指南 ⚠️

1. 事务陷阱：确保CATCH块中检查@@TRANCOUNT再回滚
2. THROW vs RAISERROR：
   • THROW会保留原始错误堆栈（SQL 2012+）
   • RAISERROR可自定义消息但会覆盖原始错误
3. 超时处理：

   BEGIN TRY
       SET LOCK_TIMEOUT 5000; -- 5秒锁等待
       -- 你的代码
   END TRY
   BEGIN CATCH
       IF ERROR_NUMBER() = 1222 -- 锁超时
           EXEC usp_QueueForRetry;
   END CATCH

实战：订单系统的异常流

CREATE PROCEDURE usp_SubmitOrder
    @CustomerID INT,
    @ProductID INT
AS
BEGIN
    DECLARE @RetryCount TINYINT = 0;
    RetryPoint:
    BEGIN TRY
        BEGIN TRANSACTION;
        -- 检查客户状态
        IF NOT EXISTS (SELECT 1 FROM Customers WHERE CustomerID = @CustomerID)
            RAISERROR('客户不存在', 16, 1);
        -- 扣减库存（可能死锁）
        UPDATE Products 
        SET Stock = Stock - 1 
        WHERE ProductID = @ProductID AND Stock > 0;
        IF @@ROWCOUNT = 0
            RAISERROR('库存不足', 16, 2);
        COMMIT TRANSACTION;
    END TRY
    BEGIN CATCH
        IF @@TRANCOUNT > 0 ROLLBACK;
        -- 死锁自动重试3次
        IF ERROR_NUMBER() = 1205 AND @RetryCount < 3
        BEGIN
            SET @RetryCount += 1;
            WAITFOR DELAY '00:00:01'; -- 等待1秒
            GOTO RetryPoint;
        END
        -- 其他错误记录并通知
        EXEC usp_LogError @ProcedureName='usp_SubmitOrder';
        THROW; -- 让应用程序捕获
    END CATCH
END;

：好的异常处理就像数据库的保险丝⚡——平时看不见，出事时能保住整个系统，记住三个原则：

1. 尽早捕获（靠近错误源头）
2. 适度处理（不要吞掉关键错误）
3. 完整记录（留下排查线索）

下次数据库再闹脾气,你就能淡定地说："小问题，看我CATCH住它！" 😎