SQL Server 长时间运行事务的排查：如何避免 PVS 清理延迟-CSDN博客

关键词：SQL Server 长时间运行事务，PVS 清理延迟，数据库快照隔离，快照隔离级别，行版本管理，TempDB 膨胀，sys.dm_tran_active_snapshot_database_transactions，事务排查，SQL Server 故障排查，MVCC，RCSI

在现代高性能数据库系统中，并发控制是提升吞吐量和响应速度的关键。SQL Server 引入了多版本并发控制（MVCC）机制，通过快照隔离（Snapshot Isolation）和读已提交快照隔离（Read Committed Snapshot Isolation, RCSI）显著减少了读写阻塞，提高了并发性。然而，MVCC 的实现依赖于行版本管理，即将旧版本的行数据存储在 TempDB 中的持久化版本存储区（Persistent Version Store, PVS）。

PVS 的高效清理对于 TempDB 的健康和整体数据库性能至关重要。一个长期运行的事务，即使它只是一个简单的读事务，也可能成为 PVS 清理的“拦路虎”，导致 TempDB 持续膨胀、磁盘空间耗尽，进而引发一系列性能问题。

在这里插入图片描述

本文将深入解析 SQL Server 中长时间运行事务如何导致 PVS 清理延迟，并提供一套完整的排查与避免方案。

1. SQL Server 并发控制与行版本管理基础

1.1 悲观并发控制 vs 乐观并发控制

悲观并发控制（Pessimistic Concurrency Control）：通过加锁来防止冲突，读写互相阻塞。SQL Server 传统的 READ COMMITTED 隔离级别（未启用 RCSI 时）即属于此类。
乐观并发控制（Optimistic Concurrency Control, MVCC）：通过行版本管理，允许多个事务并行执行，读操作不会阻塞写操作，写操作也不会阻塞读操作。冲突在事务提交时检测，如果发生冲突则回滚其中一个事务。SQL Server 的快照隔离和 RCSI 属于此类。

1.2 快照隔离（Snapshot Isolation）与读已提交快照隔离（RCSI）

为了启用 MVCC 机制，我们需要在数据库级别进行配置：

-- 启用 READ_COMMITTED_SNAPSHOT (推荐)
-- 这是默认的 Read Committed 隔离级别的替代，读操作将使用行版本而不加锁
ALTER DATABASE YourDatabaseName SET READ_COMMITTED_SNAPSHOT ON;

-- 启用 ALLOW_SNAPSHOT_ISOLATION (配合应用程序显式指定 SNAPSHOT 隔离级别)
-- 允许事务使用 SNAPSHOT 隔离级别
ALTER DATABASE YourDatabaseName SET ALLOW_SNAPSHOT_ISOLATION ON;

READ_COMMITTED_SNAPSHOT ON (RCSI)：当数据库启用此选项时，所有使用 READ COMMITTED 隔离级别的事务（这是SQL Server的默认隔离级别）会自动使用行版本。它们读取数据时，会看到最近已提交的数据版本，不会被写操作阻塞。
ALLOW_SNAPSHOT_ISOLATION ON：此选项允许应用程序显式地将事务隔离级别设置为 SNAPSHOT。使用 SNAPSHOT 隔离级别的事务，会在事务开始时获取数据库的一个逻辑快照，并且在此事务的整个生命周期内，所有读操作都基于这个快照，无论其他事务对数据做了什么修改。