Azure SQL中INSERT静默失败且序列递增问题排查

场景描述 #

我使用Java编写代码，通过两条SQL语句向数据库插入数据：

第一条SQL语句（返回生成的主键ID）：

INSERT INTO rewards_points_issuance_recon(customer_id, first_name, ...) OUTPUT INSERTED.rewards_points_issuance_recon_id VALUES (:customer_id, :first_name, ...)

第二条SQL语句（以上一条返回的ID作为外键参数）：

INSERT INTO rewards_points_issuance_response_recon(REWARDS_POINTS_ISSUANCE_RECON_ID, ACKNOWLEDGEMENT_ID,...) VALUES(:rewards_points_issuance_recon_id,:acknowledgement_id, ...)

其中rewards_points_issuance_recon_id是第一张表的主键列，默认取值自序列的NEXT VALUE FOR。第一条SQL返回的该列值会作为第二条SQL的外键参数，关联两张表的关系。

两条语句分别通过Spring的namedParameterJdbcTemplate执行：

Long pk = namedParameterJdbcTemplate.queryForObject(insertQuery.toString(), paramMap, Long.class);

namedParameterJdbcTemplate.execute(insertQuery.toString(), paramMap, new PreparedStatementCallback() {
            public Object doInPreparedStatement(PreparedStatement ps) throws SQLException, DataAccessException {
                return ps.executeUpdate();
            }
        })

异常现象 #

在Azure云环境运行时：

• 第一条SQL未插入任何数据，但无错误/异常抛出，反而能返回OUTPUT INSERTED.rewards_points_issuance_recon_id，同时序列值递增1。
• 使用该返回值执行第二条SQL时，收到外键约束冲突错误：

The INSERT statement conflicted with the FOREIGN KEY constraint "FK_rewards_points_issuance_recon__rewards_points_issuance_response_recon__rewards_points_issuance_recon_id"

但在本地安装的SQL Server 2019数据库上运行相同代码时，两条插入语句均成功执行，数据正常入库。

疑问 #

1. 什么原因会导致INSERT语句静默失败且无错误/异常？
2. 为何本地SQL Server运行正常，Azure SQL实例却出现问题？

触发器与列定义 #

触发器代码 #

CREATE  TRIGGER [utr_rewards_points_issuance_recon__updated_by_ts]   
    ON [rewards_points_issuance_recon]   
    AFTER UPDATE   
    AS   
    BEGIN   
        IF (ROWCOUNT_BIG() = 0 OR TRIGGER_NESTLEVEL() > 1) RETURN;   
                       
        IF UPDATE(created_ts) OR UPDATE(created_by) OR UPDATE(updated_ts) OR UPDATE(updated_by)   
        BEGIN   
            UPDATE a   
            SET a.updated_ts = b.updated_ts   
                , a.updated_by = b.updated_by   
                , a.created_ts = b.created_ts   
                , a.created_by = b.created_by   
            FROM cbttdslsl.rewards_points_issuance_recon a   
                JOIN deleted b   
                    ON a.rewards_points_issuance_recon_id = b.rewards_points_issuance_recon_id   
        END   
        ELSE   
        BEGIN   
            UPDATE a   
            SET a.updated_ts = SYSDATETIME()   
                , a.updated_by = ORIGINAL_LOGIN()   
            FROM cbttdslsl.rewards_points_issuance_recon a   
                JOIN inserted b   
                    ON a.rewards_points_issuance_recon_id = b.rewards_points_issuance_recon_id   
        END   
    END  

相关列定义 #

[created_by] [varchar](100) NOT NULL CONSTRAINT [DF_rewards_points_issuance_recon__created_by] DEFAULT (suser_name()), 
[created_ts] [datetime2](7) NOT NULL CONSTRAINT [DF_rewards_points_issuance_recon__created_ts] DEFAULT (getdate()), 
[updated_by] [varchar](100) NULL, 
[updated_ts] [datetime2](7) NULL 

问题解答 #

1. INSERT语句静默失败的原因 #

核心是触发器执行失败引发隐式回滚，但OUTPUT子句提前返回了生成的ID：

• SQL Server的OUTPUT子句在插入操作生成主键ID后、触发器执行前就会返回结果，即使后续触发器执行失败导致整个插入事务回滚，你依然能拿到ID，序列也会被消耗递增。
• 触发器中使用ORIGINAL_LOGIN()获取登录名，若该值长度超过updated_by列的varchar(100)限制，会导致触发器内的UPDATE语句执行失败，进而触发整个插入操作的隐式回滚。而JDBC不会主动捕获触发器内部的错误，因此表现为"静默失败"。

2. 本地与Azure SQL的差异原因 #

• 登录名长度差异：本地SQL Server使用的登录名（如sa或本地Windows账户）长度通常远小于100字符；而Azure SQL中，若使用托管身份或Azure AD登录，ORIGINAL_LOGIN()返回的标识（如https://sts.windows.net/xxx/xxx格式的AD主体名）长度可能超过100字符，触发列长度约束错误。
• 权限与配置差异：Azure SQL对权限管控更严格，应用账户可能缺少ORIGINAL_LOGIN()相关权限，或者数据库兼容级别更高，对触发器错误的处理更严格，直接触发回滚；而本地SQL Server的配置更宽松，未触发该错误。

修复建议 #

1. 检查Azure SQL中ORIGINAL_LOGIN()返回值长度：执行SELECT ORIGINAL_LOGIN()，若结果超过100字符，将updated_by列修改为varchar(256)或更大长度。
2. 替换ORIGINAL_LOGIN()为SUSER_SNAME()：后者返回当前连接的用户名，在Azure SQL中通常更短，且能满足"记录操作用户"的业务需求。
3. 在触发器中添加错误捕获：用TRY/CATCH块包裹UPDATE语句，输出错误日志，方便排查触发器执行问题。
4. 统一本地与Azure SQL的数据库兼容级别和事务隔离级别，消除环境配置差异。

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