ISO 标准定义了下列隔离级别，SQL Server 数据库引擎支持所有这些隔离级别：
- 未提交读（隔离事务的最低级别，只能保证不读取物理上损坏的数据）
- 已提交读（数据库引擎的默认级别）
- 可重复读
- 可序列化（隔离事务的最高级别，事务之间完全隔离）
SQL Server 还支持使用行版本控制的两个事务隔离级别。一个是已提交读隔离的新实现，另一个是新事务隔离级别（快照）。
- 当 READ_COMMITTED_SNAPSHOT 数据库选项设置为 ON 时，已提交读隔离使用行版本控制提供语句级读取一致性。读取操作只需要
SCH-S 表级别的锁，不需要页锁或行锁。当 READ_COMMITTED_SNAPSHOT 数据库选项设置为
OFF（默认设置）时，已提交读隔离的行为方式与其在早期版本 SQL Server 中行为方式相同。两个实现都满足已提交读隔离的 ANSI 定义。
- 快照隔离级别使用行版本控制来提供事务级别的读取一致性。读取操作不获取页锁或行锁，只获取 SCH-S
表锁。读取其他事务修改的行时，读取操作将检索启动事务时存在的行的版本。将 ALLOW_SNAPSHOT_ISOLATION 数据库选项设置为 ON
时，将启用快照隔离。默认情况下，用户数据库的此选项设置为 OFF。
 注意： |
|---|
| SQL Server 不支持元数据的版本控制。因此，对于在快照隔离下运行的显式事务中可以执行的 DDL 操作存在限制。在快照隔离下，BEGIN TRANSACTION 语句之后不允许使用任何公共语言运行时 (CLR) DDL 语句或下列 DDL 语句：ALTER TABLE、CREATE INDEX、CREATE XML INDEX、ALTER INDEX、DROP INDEX、DBCC REINDEX、ALTER PARTITION FUNCTION、ALTER PARTITION SCHEME。在隐式事务中使用快照隔离时允许使用这些语句。根据定义，隐式事务为单个语句，这使得它可以强制应用快照隔离的语义，即便使用 DDL 语句也是如此。违反此原则会导致错误 3961：“数据库 '%.*ls' 中的快照隔离事务失败，因为自此事务启动后，该语句所访问的对象已由其他并发事务中的 DDL 语句修改。这是不允许的，因为未对元数据进行版本控制。如果与快照隔离混合，对元数据的并发更新可能导致不一致。” |
下表显示了不同隔离级别导致的并发副作用。
| 隔离级别 | 脏读 | 不可重复读 | 幻读 |
|---|---|---|---|
|
未提交读 |
是 |
是 |
是 |
|
已提交读 |
否 |
是 |
是 |
|
可重复读 |
否 |
否 |
是 |
|
快照 |
否 |
否 |
否 |
|
可序列化 |
否 |
否 |
否 |
有关每个事务隔离级别控制的特定类型的锁或行版本控制的详细信息，请参阅SET TRANSACTION ISOLATION LEVEL (Transact-SQL)。