主页 / dba / 问题 / 207602
Accepted
Thomas Franz
Asked: 2018-05-24 00:56:01 +0800 CST

严重性 20 - FETCH 后 LOCAL CURSOR 中的致命错误

  • 772

本周，我们在 SQL2014 SP2 CU11 服务器上的数据库开始在 FETCH 代码语句上抛出致命错误（严重性 20），这可以减少为：

DECLARE @dummy int
DECLARE CurName CURSOR LOCAL FOR
        SELECT TOP (1) t.id FROM dbo.t_table AS t;
OPEN CurName;

WHILE 1 = 1
BEGIN
    FETCH NEXT FROM CurName INTO @dummy;
    IF @@fetch_status <> 0 BREAK;
    PRINT @dummy
END;

DBCC CHECKTABLE 和 DBCC CHECKDB 没有发现任何问题，服务器重启也没有帮助（因为它同时发生在同一数据库的多个版本上，所以这是数据库结构问题的可能性很小）。

在具有 SQL2014 SP2 和仅 CU6 的开发服务器上，相同的语句运行没有问题（在 SQL2017 服务器上也可以）。

桌子

  • 大约有 4 行 mio
  • 由整数列分区
  • 在两列上有一个聚类 PK（分区列加上一个 bigint）
  • 有 25 个索引（我想，我应该稍微清理一下 :-)）
sql-server-2014 cursors

1 个回答

  1. Best Answer

    第一个解决方案： 当我将 CURSOR 声明更改为

    DECLARE CurName CURSOR LOCAL FORWARD_ONLY STATIC READ_ONLY FOR ...

    （或至少添加了 STATIC 关键字），它运行良好。

    最终解决方案： 该表有一个 geometry 和一个 geography 列，这两个列在本周末被删除（连同两个相应的空间索引）。

    由于这是对该表的唯一更改，我决定重建聚簇主键索引，从而解决了这个问题。

    似乎，SQL2014 中的 SP2 CU11 在这种特殊情况下有一个小错误，所以也许有类似问题的人会发现这个解决方案有用......

    • 1

相关问题