SQL Server存储过程执行失败时错误日志未写入自定义错误表

核心问题分析 #

执行无效参数时存储过程抛错但未写入错误日志，通常是错误发生时机早于存储过程内部逻辑执行，或错误处理逻辑存在漏洞导致的，以下是具体排查方向和解决方法：

1. 参数类型不匹配导致错误提前触发 #

如果存储过程的第二个参数定义为INT类型，传入字符串'Invalid'时，SQL Server会在存储过程执行前就抛出隐式转换错误，此时存储过程内部的日志写入逻辑根本没机会运行。

解决方法：

• 方法一：在调用存储过程前校验参数类型，确保传入符合要求的参数；
• 方法二：修改存储过程参数为VARCHAR类型，在内部做转换和校验，将错误捕获到TRY/CATCH块中：

CREATE PROCEDURE usp_InsertRecord
    @Val1 VARCHAR(50),
    @Val2 VARCHAR(50)
AS
BEGIN
    SET NOCOUNT ON;
    DECLARE @IntVal2 INT;
    BEGIN TRY
        -- 内部转换参数并校验
        SET @IntVal2 = CAST(@Val2 AS INT);
        -- 插入temp表逻辑
        INSERT INTO #temp (Col1, Col2) VALUES (@Val1, @IntVal2);
        -- 写入成功日志
        INSERT INTO ErrorTable (LogType, Message, LogTime)
        VALUES ('Success', 'Record inserted successfully', GETDATE());
    END TRY
    BEGIN CATCH
        -- 写入错误日志
        INSERT INTO ErrorTable (LogType, Message, LogTime)
        VALUES ('Error', 'Failed: ' + ERROR_MESSAGE(), GETDATE());
        -- 重新抛出错误（可选）
        THROW;
    END CATCH
END

2. TRY/CATCH块未覆盖全部风险逻辑 #

如果存储过程的TRY块仅包裹了插入temp表的逻辑，或CATCH块中缺少写入错误日志的代码，会导致错误发生时无法触发日志写入。

排查与修复：

确保所有可能出错的逻辑（参数处理、数据插入等）都被包裹在TRY块内，且CATCH块明确包含日志写入语句：

BEGIN TRY
    -- 所有业务逻辑放在这里
    INSERT INTO #temp ...;
    INSERT INTO ErrorTable (LogType, ...) VALUES ('Success', ...);
END TRY
BEGIN CATCH
    -- 必须包含错误日志写入
    INSERT INTO ErrorTable (LogType, Message, LogTime)
    VALUES ('Error', ERROR_MESSAGE(), GETDATE());
    THROW;
END CATCH

3. 事务回滚导致日志被撤销 #

如果存储过程中使用了事务，且日志写入操作在事务内部，错误触发的事务回滚会同时删除刚写入的日志。

解决方法：

将日志写入操作放在事务外部，或使用独立事务处理日志：

BEGIN TRY
    BEGIN TRANSACTION;
    INSERT INTO #temp ...;
    COMMIT TRANSACTION;
    -- 成功日志在事务提交后写入
    INSERT INTO ErrorTable (LogType, ...) VALUES ('Success', ...);
END TRY
BEGIN CATCH
    IF @@TRANCOUNT > 0
        ROLLBACK TRANSACTION;
    -- 错误日志不受事务回滚影响
    INSERT INTO ErrorTable (LogType, Message, LogTime)
    VALUES ('Error', ERROR_MESSAGE(), GETDATE());
    THROW;
END CATCH

4. ErrorTable结构或日志插入语句存在问题 #

检查ErrorTable的字段定义：

• 是否有必填字段未赋值；
• Message字段长度是否足够容纳ERROR_MESSAGE()返回的内容；
• 字段类型是否与插入值匹配（如LogTime是否为DATETIME类型）。

若插入日志的语句本身存在错误，会导致日志写入失败但无明显提示。

快速验证步骤 #

1. 在存储过程最开头添加一条日志写入语句，执行无效参数时观察是否写入，判断存储过程是否被执行；
2. 执行SELECT ERROR_MESSAGE()手动触发错误，检查返回内容是否能正常插入ErrorTable；
3. 查看SQL Server的错误日志，确认是否有日志写入失败的隐藏错误。

内容的提问来源于stack exchange，提问作者sarika1810