11

我正在使用 SQL Server 2014 CTP2，READ_COMMITTED_SNAPSHOT ON（我认为这对这个问题很重要）。

我创建了一个 In-Memory 表类型（与 technet 博客SQL Server 2014 In Memory OLTP: Memory-Optimized Table Types and Table Variables的示例非常相似），并且我有几个 In-Memory 表。

在查询本身中，我在常规 In-Memory 表和 In-Memory 表类型之间建立了连接，充当过滤器，当我执行查询时，我收到以下错误消息：“使用 READ 访问内存优化表的查询COMMITTED 隔离级别，当数据库选项 READ_COMMITTED_SNAPSHOT 设置为 ON 时无法访问基于磁盘的表。使用表提示为内存优化表提供支持的隔离级别，例如 WITH (SNAPSHOT)。

我在写这个问题时删除了 READ_COMMITTED_SNAPSHOT ON，但问题仍然存在，如果我创建了一个内存数据类型，并且这个特定类型将“永远不会溢出到磁盘”，正如博客所说，为什么服务器将其“视为”“磁盘表”？

为了解决问题，我尝试仅使用 In-Mem 表进行联接，并且它可以工作，只要表类型进入我就得到了错误。

更新：当我删除 READ_COMMITTED_SNAPSHOT（现在它已关闭）时，查询有效，但现在我失去了多版本/无锁/速度，我想听听另一种解决方案。

谢谢

重现步骤。

创建具有内存优化文件组的数据库

CREATE DATABASE MemOptimized

GO

ALTER DATABASE MemOptimized 
    ADD FILEGROUP mofg 
    CONTAINS MEMORY_OPTIMIZED_DATA

GO

ALTER DATABASE MemOptimized 
    ADD FILE (  NAME = N'mofg', 
                FileName = N'C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\DATA\MemOptimized.ndf') 
    TO FILEGROUP mofg

创建一些对象

CREATE TYPE [dbo].[tType] AS TABLE(
        [C] [int] NOT NULL
        INDEX ix NONCLUSTERED HASH (C) WITH (BUCKET_COUNT = 8)
    ) WITH ( MEMORY_OPTIMIZED = ON )

CREATE TABLE [dbo].[tTable] (
        [C] [int] NOT NULL PRIMARY KEY NONCLUSTERED HASH WITH (BUCKET_COUNT = 8)
    ) WITH ( MEMORY_OPTIMIZED = ON )


INSERT INTO [dbo].[tTable] VALUES(1)

GO

CREATE PROC P
AS
    DECLARE @t [dbo].[tType]

    INSERT INTO @t
    VALUES     (1)

    SELECT *
    FROM   [dbo].[tTable] t
           INNER JOIN @t
             ON [@t].C = t.C

以下工作没有错误

ALTER DATABASE [MemOptimized] 
SET READ_COMMITTED_SNAPSHOT OFF WITH ROLLBACK IMMEDIATE

GO

USE MemOptimized

EXEC P

但是这个

ALTER DATABASE [MemOptimized] 
SET READ_COMMITTED_SNAPSHOT ON WITH ROLLBACK IMMEDIATE

GO

USE MemOptimized

EXEC P

给出上面详述的错误

消息 41359，级别 16，状态 0，过程 P，第 62 行 当数据库选项 READ_COMMITTED_SNAPSHOT 设置为 ON 时，使用 READ COMMITTED 隔离级别访问内存优化表的查询无法访问基于磁盘的表。使用诸如 WITH (SNAPSHOT) 之类的表提示为内存优化表提供支持的隔离级别。

4

2 回答 2

10

我也看到了这一点。

启用 RCSI 后，将内存中表类型的两个实例连接在一起时，默认读取提交级别的自动提交事务可以正常工作。

DECLARE @t1 [dbo].[tType]
DECLARE @t2 [dbo].[tType]

INSERT INTO @t1 VALUES (1);

INSERT INTO @t2 VALUES (1);

SELECT *
FROM   @t1
       JOIN @t2
         ON [@t1].C = [@t2].C

在没有任何提示的情况下，加入两个不同的“正常”内存优化表也可以正常工作。

此外，将空的内存优化表类型连接到普通的内存优化表也可以正常工作。

DECLARE @t [dbo].[tType];

SELECT *
FROM   [dbo].[tTable] t
        INNER JOIN @t
            ON [@t].C = t.C

但反过来是不正确的。只要内存表类型实例包含至少一行，那么将其连接到内存表（空或其他）就会引发错误。

当数据库选项 READ_COMMITTED_SNAPSHOT 设置为 ON 时，使用 READ COMMITTED 隔离级别访问内存优化表的查询无法访问基于磁盘的表。使用诸如 WITH (SNAPSHOT) 之类的表提示为内存优化表提供支持的隔离级别。

解决方案很简单，并在错误消息中指出。只需添加表格提示WITH (SNAPSHOT)

DECLARE @t [dbo].[tType]

INSERT INTO @t
VALUES     (1)

SELECT *
FROM   [dbo].[tTable] t WITH(SNAPSHOT)
       INNER JOIN @t
         ON [@t].C = t.C

或者更细粒度的解决方案是

ALTER DATABASE [MemOptimized] 
SET MEMORY_OPTIMIZED_ELEVATE_TO_SNAPSHOT = ON WITH ROLLBACK IMMEDIATE

这会将内存优化表的隔离级别设置为 SNAPSHOT（就好像您包含WITH(SNAPSHOT)每个内存优化表的提示一样）源

据我所知，这些都没有真正改变语义，在某些情况下省略提示的能力只是一种编程方便。

对于自动提交事务，隔离级别READ COMMITTED隐式映射到SNAPSHOT内存优化表。因此，如果将会话TRANSACTION ISOLATION LEVEL设置设置为READ COMMITTED，则在访问内存优化表时无需通过表提示指定隔离级别。资源

READ COMMITTED具有自动提交事务的内存优化表支持隔离级别。READ COMMITTED不支持显式或隐式用户事务。具有自动提交事务的内存优化表支持隔离级别 READ_COMMITTED_SNAPSHOT，并且仅当查询不访问任何基于磁盘的表时。资源

我不确定为什么这种不同内存表类型的混合会导致这个特定的错误消息。我认为这只是作为 CTP 的人工制品，并且在 RTM 中，要么允许组合，要么更新错误消息和文档以不仅仅引用基于磁盘的表。

于 2014-02-06T00:06:30.960 回答
5

您看到的错误消息不正确。我们将内存优化表变量视为基于磁盘的表。该问题已在 SQL Server 2014 RTM CU1 中修复。

请注意，数据库选项 READ_COMMITTED_SNAPSHOT 不适用于内存优化表。它仅适用于基于磁盘的表。内存优化表始终是多版本的。

于 2014-05-28T22:41:10.513 回答