Sybase 15 ASE中TB1插入触发主键约束冲突问题排查求助

问题背景 #

在Sybase 15 ASE环境中，TB1表上创建了针对INSERT、UPDATE、DELETE操作的触发器TR1，触发时会向审计表TB2插入一行数据；TB2的insert_time字段建有非唯一非聚集索引idx_0用于快速查询分析。

当前遇到的问题：每日任务向TB1插入数据时，频繁抛出TB1的唯一键/主键约束冲突错误，但已确认插入数据本身唯一，且TB1中无导致冲突的前置数据。删除触发器TR1后，TB1的插入操作可正常执行，同时数据库驱动返回的增改行数不符问题也消失。TB1与TB2为独立表，TR1仅向TB2插入数据，未修改TB1的插入数据；非生产环境模拟相同操作模式未复现该问题。

排查方向 #

• 事务上下文与锁机制问题
  触发器与主操作同属一个事务，若TB2插入时的索引维护（idx_0）引发锁等待或锁升级，可能导致TB1的主键/唯一键检查出现异常判断。查看生产环境的锁等待日志、死锁报告，确认是否存在TB2相关锁资源阻塞TB1操作的情况。

• TB2索引的资源竞争
  高并发场景下，TB2的idx_0索引页插入竞争可能导致事务延迟，进而干扰TB1的主键/唯一键校验逻辑。可监控TB2的索引页IO等待、锁冲突情况，判断是否因索引维护导致主事务异常。

• 驱动与应用层的行数处理逻辑
  部分数据库驱动会将触发器执行的行数计入主操作的返回行数，若应用层因返回行数不符（比如预期插入1行，但驱动返回2行）而触发重试插入，会直接导致TB1的主键冲突。检查驱动返回的行数是否包含触发器的插入行数，以及应用是否存在重试逻辑。

• Sybase ASE版本与补丁差异
  对比生产与非生产环境的Sybase 15 ASE补丁版本，部分旧补丁存在触发器与约束检查交互的bug，可能导致错误的冲突判定。优先确认生产环境是否缺失关键补丁。

• 触发器的隐性错误传递
  尽管TR1仅执行TB2插入，但如果TB2插入时存在隐性错误（如数据类型隐性转换异常、索引页损坏），可能通过事务上下文传递给TB1的主操作，导致错误被误报为主键/唯一键冲突。开启触发器执行日志，检查TB2插入时是否存在未捕获的隐性错误。

• TB1主键/唯一键索引的一致性
  检查TB1的主键/唯一键索引是否损坏，或统计信息过期。触发器的存在可能加剧索引访问的冲突，导致统计信息不准确，让数据库误判存在重复键。执行update statistics TB1更新统计信息，或通过dbcc checktable(TB1)检查索引一致性。

附：相关结构与代码 #

TB2表结构 #

{
  col1 : double
  insert_time : datetime (非唯一非聚集索引列)
  source_table : string
}

索引创建语句 #

create index idx_0 on TB2(insert_time)

触发器TR1代码 #

create trigger TR1 on TB1
for insert, update, delete as
begin
  insert into TB2 values(123, getDate(), 'abc')
end

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