SQL Server 2016中插入TWork事务完成前能否锁定TQueue阻止读取

该需求完全可以实现，针对你的场景有两类实现方式，优先推荐对并发性能影响更小的行级锁原子操作方案，次选严格限制表访问的全表锁方案：

方案1：行级锁+原子操作（推荐） #

这是SQL Server处理并发任务出队场景的标准实现，不需要锁定整个TQueue表，仅锁定你本次要操作的100条记录，多实例可以并行处理不同批次的任务，不会出现重复插入问题。
核心思路是将「查询待处理记录」和「插入TWork」两个操作合并为单个原子语句，配合锁提示避免并发冲突，示例代码如下：

BEGIN TRANSACTION;

-- 直接查询待插入记录同时加锁，插入和查询在同一个原子操作内完成
INSERT INTO TWork (/* 此处替换为你实际要插入的字段列表 */)
-- 若需要将插入的记录返回给后续业务逻辑处理，可保留下面的OUTPUT子句，不需要则删除
OUTPUT INSERTED.*
SELECT TOP 100 
    q./* 对应字段 */
FROM TQueue q WITH (UPDLOCK, READPAST, HOLDLOCK)
WHERE NOT EXISTS (
    SELECT 1 FROM TWork w WHERE w.关联唯一键 = q.关联唯一键
)
-- 替换为你实际的排序规则，比如按入队时间升序取最早的100条
ORDER BY q.CreateTime ASC;

COMMIT TRANSACTION;

锁提示说明：

• UPDLOCK：给查询命中的行加更新锁，其他事务无法对这些行加更新或排他锁，避免多个实例同时读到同一批记录
• READPAST：直接跳过其他事务已经锁定的行，不会出现锁等待，多实例可以并行抢不同的任务批次
• HOLDLOCK：锁会持续持有到事务提交，确保插入完成前其他事务不会读到这批记录的状态

方案2：全表排他锁（满足你明确提出的阻止其他会话读TQueue的需求） #

如果你确实需要严格禁止所有其他会话在你的插入事务完成前读取TQueue表，可以使用表级排他锁，该方案可以完全实现你的需求，但会导致所有其他实例阻塞等待，多实例并发性能和单实例基本一致，仅适合对并发要求不高的场景：

BEGIN TRANSACTION;
-- 给TQueue加排他表锁，持有到事务结束，其他会话无法读写该表
SELECT 1 FROM TQueue WITH (TABLOCKX, HOLDLOCK);

-- 此处放你原来的查询、插入逻辑
SELECT TOP 100 * FROM TQueue WHERE ...
INSERT INTO TWork ...

COMMIT TRANSACTION;

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