存储过程并发调用返回结果串线问题：AWS Lambda+PYODBC场景故障排查

问题根因 #

1. 存储过程变量拼写错误（概率最高） #

你提供的代码中存在变量名不匹配的问题：

• 声明的变量为 @invoiceID
• 给scope_identity()赋值时用的是@invoice_id
  两者是完全独立的变量，如果你没有显式声明@invoice_id，赋值操作会失败，@invoiceID不会被本次调用的新值覆盖，会直接复用当前数据库会话中残留的上一次调用的变量值。

2. Lambda执行环境复用导致数据库连接会话泄漏 #

AWS Lambda为了提升性能，短时间内的连续调用（你的两次调用间隔仅2秒）会复用同一个冷启动的容器实例。如果你将PYODBC数据库连接的初始化逻辑写在了Lambda handler函数之外（全局初始化阶段），两次调用会共享同一个数据库连接会话，上一次调用产生的会话级变量、执行状态都会残留到下一次调用中。

3. 第一次调用异常被吞，第二次调用未正常执行插入逻辑 #

第一次调用可能因为网络波动、事务提交异常、参数校验失败等问题，插入操作完成但返回结果没有正常传回Lambda，所以AWS日志显示无返回，但数据库已经写入了数据。
第二次调用可能因为参数传递错误（比如PYODBC传参顺序/类型不匹配）、存储过程前置校验不通过，根本没有执行插入逻辑，直接用会话中残留的第一次调用的@invoiceID执行了查询，所以返回了第一次的发票数据，也没有留下第二次的数据库记录。

修复方案 #

• 先修正存储过程的变量拼写错误，所有局部变量声明时必须赋初始值，比如declare @invoiceID int = 0，避免未赋值的变量复用旧值。
• 调整Lambda的数据库连接逻辑：要么每次调用handler时新建连接，调用结束后主动关闭销毁；要么配置PYODBC连接池的会话复位规则，每次获取连接时自动清理残留的变量、临时表等会话状态。
• 给存储过程增加TRY/CATCH异常处理逻辑，异常时显式回滚事务并返回明确的错误信息，避免插入成功但返回失败的情况。
• 在返回查询结果前增加校验逻辑，确认@invoiceID对应的custID、orderID和传入的入参一致，避免返回错误数据。

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