ALLOW_SNAPSHOT_ISOLATION和READ_COMMITTED

38

大部分的论坛和榜样的网上总是建议同时拥有ALLOW_SNAPSHOT_ISOLATION并READ_COMMITTED_SNAPSHOT设置为ON，每当别人问快照，行版本或类似的问题。

我猜这两种设置中的SNAPSHOT这个词都会让人有些困惑。我认为，为了使数据库引擎使用行版本控制而不是READ_COMMITTED默认行为的锁定，无论使用什么设置，数据库READ_COMMITTED_SNAPSHOT都设置为ON 。ALLOW_SNAPSHOT_ISOLATION

该ALLOW_SNAPSHOT_ISOLATION设定被设定为ON只允许快照隔离启动事务（例如SET TRANSACTION ISOLATION级快照）时无论的READ_COMMITTED_SNAPSHOT设置。

将这两个设置设置为ON的唯一原因是当它需要具有READ COMMITTED行版本控制和快照隔离功能时。

我的问题是，我的理解在某种程度上不正确吗？并且这两个设置必须始终一起设置为ON（特别是对于READ COMMITTED行版本控制）？

sql-server isolation-level configuration

— 特拉维斯
source

25

您的理解是正确的。确实有点令人困惑。

Kim Tripp（SQL Server程序员之一，也是SQLSkills的组成部分）完全按照您在Snapshot Isolation上的MCM视频中所说的进行操作。在视频中快到41:45转到她回答您问题的部分。

如果ALLOW_SNAPSHOT_ISOLATION使用SET TRANSACTION ISOLATION LEVEL SNAPSHOT，请确保在代码中使用，否则您将不会获得任何好处。

如果设置了SET READ_COMMITTED_SNAPSHOT ON，则无需修改任何代码。MS SQL Server自动为该表应用快照隔离。

我还没有测试过如果您在代码中要求不同的隔离级别会发生什么，我怀疑它会覆盖此选项，但先对其进行测试。

使用快照隔离快速查看性能开销。

关于快照隔离如何改变应用程序预期行为的好文章。它显示了更新语句和选择语句如何返回完全不同的意外结果的示例。

— 阿里·拉泽吉
source

感谢您的链接。像其他BOL一样，她独立地和集体地讨论了这两种设置（这会使它有些混乱，或者也许我认为过分）。我必须测试一下才能获得更好的理解。

— Travis

4

这是一个很好的答案，我只想澄清几个问题。首先，如果您只是扫描视频，请从23:18以及41:45开始。早期时间增加了更多细节。尽管Kim提到了原始问题的答案，但是如果同时使用两者，则仍然需要修改代码。Read_Committed_Snapshot是语句级隔离，换句话说，仅适用于当前正在运行的语句。Allow_Snapshot_Isolation是事务级隔离，介于Begin Tran和Commit之间。它们可以分别使用，但是每行建立相同的14字节开销。

— Delux 2013年

感谢您添加有关正在建立的14字节开销的其他详细信息。Kim在视频中对它进行了详细介绍，但在文本中也将其包含在其中非常有用。

— 阿里·拉泽吉

15

好的，回到家进行测试。这是观察结果。

CREATE DATABASE TEST;
GO
CREATE TABLE TABLE1
(
    ID tinyint,
    Details varchar(10)
);
GO
INSERT INTO TABLE1
VALUES (1, 'Original');
GO

SELECT
    name,
    snapshot_isolation_state_desc,
    is_read_committed_snapshot_on
FROM sys.databases
WHERE name = 'TEST';
GO

两项设置均确认为OFF的第一次测试。

查询1

USE TEST;

BEGIN TRAN
UPDATE TABLE1
SET Details = 'Update'
WHERE ID = 1;

--COMMIT;
--ROLLBACK;
GO

查询2

USE TEST;

SELECT ID, Details
FROM TABLE1
WHERE ID = 1;
GO

在此测试中，查询2正在等待查询1提交，dm_tran_locks DMV显示查询1在表1上引起的排他锁。

USE TEST;

SELECT
    DB_NAME(tl.resource_database_id) AS DBName,
    resource_type,
    OBJECT_NAME(resource_associated_entity_id) AS tbl_name,
    request_mode,
    request_status,
    request_session_id
FROM sys.dm_tran_locks tl
WHERE 
    resource_database_id = db_id('TEST')
    AND resource_type = 'OBJECT'

第二项测试，回滚上一个事务，将READ_COMMITTED_SNAPSHOT设置为ON，但将ALLOW_SNAPSHOT_ISOLATION设置为OFF。

ALTER DATABASE TEST
SET READ_COMMITTED_SNAPSHOT ON
WITH ROLLBACK IMMEDIATE;
GO

运行查询1，然后运行查询2。DMV显示查询1产生了排他锁，但是查询2返回带有“原始”的详细信息，而没有查询1提交事务。似乎已完成READ_COMMITTED行版本控制。

添加SET TRANSACTION ISOLATION LEVEL SNAPSHOT;上查询1和查询2，和运行查询1或2的查询将返回错误-因为快照隔离未在此数据库允许快照隔离事务未能访问数据库“test”。使用ALTER DATABASE允许快照隔离。

第三次测试，回滚先前的事务。将READ_COMMITTED_SNAPSHOT设置为OFF，将ALLOW_SNAPSHOT_ISOLATION设置为ON。

ALTER DATABASE TEST
SET READ_COMMITTED_SNAPSHOT OFF
WITH ROLLBACK IMMEDIATE;
GO

ALTER DATABASE TEST
SET ALLOW_SNAPSHOT_ISOLATION ON;
GO

运行查询1，然后查询2。DMV显示查询1引起的排他锁。查询2似乎正在等待查询1完成。似乎没有打开ALLOW_SNAPSHOT_ISOLATION来启用READ COMMITTED行版本控制。

同时添加SET TRANSACTION ISOLATION LEVEL SNAPSHOT;到查询1和查询2。运行查询1，然后查询2。虽然DMV显示查询1产生互斥锁，但查询2返回带有“原始”的详细信息。快照隔离似乎已就绪。

从测试中观察到的结果表明，READ_COMMITTED_SNAPSHOT无论ALLOW_SNAPSHOT_ISOLATION设置如何，它本身都启用/禁用READ COMMITTED行版本控制，反之亦然。

— 特拉维斯
source

4

您的理解是正确的。我喜欢从短，干净，简单的定义在这里：

当READ_COMMITTED_SNAPSHOT数据库选项为ON时，设置读取提交隔离级别的事务将使用行版本控制。

当ALLOW_SNAPSHOT_ISOLATION数据库选项为ON时，事务可以设置快照隔离级别。

似乎很多误解来自MS本身。例如，在这里他们说：

如果将READ_COMMITTED_SNAPSHOT数据库选项设置为ON，则数据库引擎将使用行版本控制和快照隔离作为默认设置，而不是使用锁来保护数据。

但是，提到的“快照隔离”并不等于set transaction isolation level snapshot应用了交易的行为。

至于区别，这里有很好的解释。

如果将READ_COMMITTED_SNAPSHOT命名为READ_COMMITTED_ROW_VERSIONING或类似的名称，可能会更好。:)

— 卵
source

0

我喜欢Microsoft的摘要：

设置READ_COMMITTED_SNAPSHOT ON选项可以在默认的READ COMMITTED隔离级别下访问版本化的行。如果READ_COMMITTED_SNAPSHOT选项设置为OFF，则必须为每个会话显式设置快照隔离级别，以便访问版本化的行。

— 烈焰3
source

ALLOW_SNAPSHOT_ISOLATION和READ_COMMITTED_SNAPSHOT