如何用PowerShell模拟SQL Server阻塞场景？现有代码为何无效？

核心原因 #

PowerShell模拟失败的关键在于连接生命周期和事务管理的差异：

• 在SSMS中，每个标签页对应一个持久化的数据库连接，开启事务后只要不手动提交/回滚，连接会保持打开状态，锁也会一直持有。
• 而PowerShell默认的SQL执行方式（比如Invoke-SqlCmd）会在命令执行完成后自动关闭连接，事务被隐式提交，锁随即释放，自然无法触发阻塞。

修复方法 #

要模拟出SSMS中的阻塞场景，必须手动控制数据库连接的生命周期，保持事务处于未提交状态且连接不关闭。以下是两种可行的实现方式：

方式1：使用.NET SqlClient类手动管理连接与事务 #

通过直接调用System.Data.SqlClient命名空间的类，精准控制连接和事务的状态：

# 1. 建立持久连接并开启事务（模拟SSMS标签页2的操作）
$connectionString = "Server=你的服务器名;Database=你的数据库;Integrated Security=True;"
$conn = New-Object System.Data.SqlClient.SqlConnection($connectionString)
$conn.Open()
$tran = $conn.BeginTransaction()

# 执行更新操作，不提交事务
$cmd = New-Object System.Data.SqlClient.SqlCommand("UPDATE 你的表 SET 字段='值' WHERE 条件", $conn, $tran)
$cmd.ExecuteNonQuery()

# 保持连接和事务处于打开状态（这里用Read-Host暂停脚本，避免连接自动关闭）
Read-Host "事务已开启，按任意键提交并关闭连接"

# 测试完成后清理资源
$tran.Commit()
$conn.Close()
$conn.Dispose()

在另一个PowerShell窗口或SSMS中执行针对同一数据行的更新语句，此时就能观测到阻塞现象。

方式2：使用Invoke-SqlCmd的持久连接参数（有限场景适用） #

如果坚持使用Invoke-SqlCmd，可以通过设置长超时时间保持会话，但这种方式稳定性较差，仅适合简单测试：

# 开启长时间保持的连接并执行事务内的更新
Invoke-SqlCmd -ServerInstance "你的服务器名" -Database "你的数据库" -Query "BEGIN TRANSACTION; UPDATE 你的表 SET 字段='值' WHERE 条件;" -ConnectionTimeout 300

# 注意：此命令执行后会挂起，直到超时或手动终止，期间连接保持打开，锁持续持有

关键注意事项 #

• 测试完成后务必手动提交或回滚事务，否则会导致数据库锁长期占用，影响其他业务操作。
• 确保两个更新操作的目标数据行完全一致，否则不会触发行级锁阻塞。

内容的提问来源于stack exchange，提问作者Fajela Tajkiya