SQL Server游标循环因调用客户端不同提前退出的原因排查

问题描述 #

使用SQL Server 2019编写存储过程解析CSV文件，通过整数参数指定待处理文件，已将CSV数据预先存入独立表以保证数据一致性。在SSMS或Azure Data Studio中交互式执行存储过程时，77行数据能全部正常处理；但通过Python(pyodbc)或VBA(ADODB)调用时，仅能处理50-60行（每次行数不固定），过程无任何异常抛出，且已处理的行结果完全正确。

已尝试的排查动作 #

• 尽可能精简存储过程代码定位问题，测试了多种游标声明选项（如LOCAL STATIC READ_ONLY FORWARD_ONLY TYPE_WARNING），无效果
• 注释掉循环内的INSERT语句后，存储过程可以处理全部77行数据
• 注释掉对usp_parse_row的调用，问题仍然存在

建议排查方向 #

• 检查应用端连接设置：确认pyodbc/ADODB是否开启了NOCOUNT设置，或者是否存在自动提交事务的行为导致中间批次提前结束。比如pyodbc中是否设置了autocommit=True，或者VBA中ADODB连接的CursorLocation属性是否影响结果集读取。
• 存储过程事务处理：排查存储过程内是否有未正确提交的事务，或事务范围设置不当。应用端调用时可能因事务隔离级别不同，导致部分行被锁定或无法读取。
• 驱动版本兼容性：确认pyodbc使用的ODBC驱动版本（SQL Server Native Client vs ODBC Driver 17 for SQL Server），VBA的ADODB驱动是否为最新兼容版本，旧驱动可能存在结果集截断问题。
• 结果集处理逻辑：检查存储过程是否返回多个结果集，应用端是否只读取了第一个结果集就终止了调用。比如pyodbc中是否需要调用nextset()来处理后续结果集，避免提前断开连接。
• 行数限制配置：排查SQL Server端是否有针对应用连接的行数限制（如QUERY_GOVERNOR_COST_LIMIT），或应用端驱动是否有默认的结果集行数限制。
• 锁与阻塞排查：在应用调用时，用sp_who2或sys.dm_tran_locks检查是否存在阻塞，导致游标无法读取全部行。

内容的提问来源于stack exchange，提问作者Daniel 'Dang' Griffith