存储过程内游标未按预期工作，@@fetch_status返回-1求助

哥们，我来帮你捋捋这个问题——游标返回@@fetch_status=-1，说白了就是你的游标查询根本没捞到任何数据，这是最核心的矛盾点。咱们一步步拆解排查：

第一步：先单独验证游标里的查询语句 #

把你游标定义里的SELECT语句单独拎出来，代入存储过程执行时的实际参数值（比如@counterVal的具体数值、@dateE的实际日期）直接在SSMS里跑一遍。如果这一步就没有返回任何结果，那问题根源就在查询本身，和游标语法无关。

• 常见坑点：WHERE条件里的参数类型不匹配（比如@counterVal是int，但你和varchar类型的字段做比较没转类型）、日期格式错误（比如@dateE赋值时格式不对导致过滤掉所有数据）、逻辑条件写反（比如用了>而实际需要<）。

第二步：检查游标声明与初始化的细节 #

如果单独跑查询有数据，但游标就是拿不到，那得检查游标相关的代码：

• 确认游标声明时有没有写错表名、字段名，有没有漏掉必要的JOIN关联；
• 检查游标打开前，有没有修改过查询依赖的表数据（比如之前的DELETE/UPDATE语句把目标数据删了）；
• 查看事务隔离级别，如果存储过程在事务里，会不会因为隔离级别太高（比如SERIALIZABLE）导致看不到未提交的数据。

第三步：用动态SQL打印实际执行的游标查询 #

如果你的游标查询用到了变量拼接（或者你不确定实际执行的SQL是什么样），可以把查询语句拼出来打印，直观排查问题：

-- 在存储过程里游标声明前加这段调试代码
DECLARE @debugSQL NVARCHAR(MAX)
SET @debugSQL = N'SELECT 你的字段列表 FROM 你的表 WHERE counterVal = ' + CAST(@counterVal AS NVARCHAR(10)) 
                + N' AND dateE = ''' + CONVERT(NVARCHAR(20), @dateE, 120) + ''''
PRINT @debugSQL

把PRINT输出的SQL复制出来执行，就能看到实际执行的逻辑有没有问题。

第四步：处理无数据的边界情况 #

如果业务上允许游标无数据的情况，记得在代码里做判断，避免后续逻辑报错：

OPEN 你的游标名
-- 检查游标是否有数据
IF @@CURSOR_ROWS = 0
BEGIN
    SET @RESULT = 'FAIL'
    SET @RESULTDESC = '未找到符合条件的数据'
    CLOSE 你的游标名
    DEALLOCATE 你的游标名
    RETURN
END
-- 再继续FETCH操作
FETCH NEXT FROM 你的游标名 INTO ...

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