MS SQL Server中如何不将记录拉取到客户端即可锁定指定数据集

完全可以实现，核心逻辑是让SQL Server执行加锁逻辑时只返回极少量无用数据，无需拉取完整业务记录，以下是两种落地性最高的方案：

方案1：直接改造加锁查询（无需额外开发存储过程） #

将原逻辑中SELECT *替换为SELECT 1即可，数据库会对所有匹配department_id条件的行加指定的独占锁，但是只会返回单个数值1到客户端，几乎没有数据传输开销。
对应SQL代码：

BEGIN TRANSACTION
-- 仅返回单个1，不会拉取employee表的业务字段
SELECT 1 FROM employee WITH (ROWLOCK, XLOCK, HOLDLOCK) WHERE department_id = :department_id
-- 后续业务逻辑
COMMIT TRANSACTION

JDBC侧使用常规PreparedStatement执行即可，不需要解析任何业务字段：

// 关闭自动提交，开启事务
connection.setAutoCommit(false);
try (PreparedStatement pstmt = connection.prepareStatement("SELECT 1 FROM employee WITH (ROWLOCK, XLOCK, HOLDLOCK) WHERE department_id = ?")) {
    pstmt.setInt(1, targetDepartmentId);
    // 执行即可，不需要读取返回的结果集
    pstmt.execute();
}
// 执行业务逻辑
// 提交事务
connection.commit();

方案2：封装为专用存储过程（符合你预期的调用形式） #

你可以自行封装存储过程实现通用加锁逻辑，和你给出的伪代码效果完全一致：

存储过程定义 #

CREATE PROCEDURE sp_lock_by_department
    @department_id INT
AS
BEGIN
    SET NOCOUNT ON; -- 禁止返回行数统计信息，进一步减少数据传输
    SELECT 1 FROM employee WITH (ROWLOCK, XLOCK, HOLDLOCK) WHERE department_id = @department_id;
END

JDBC调用代码 #

connection.setAutoCommit(false);
try (CallableStatement cs = connection.prepareCall("{call sp_lock_by_department(?)}")) {
    cs.setInt(1, targetDepartmentId);
    cs.execute();
}
// 执行业务逻辑
connection.commit();

注意事项 #

• 请确保department_id列建有索引，否则查询会触发全表扫描加锁，反而会影响全表的并发性能
• 如果存在目标department_id下没有任何员工记录的场景，上述行锁逻辑会失效，此时可以新增一张部门维度表，对对应部门的行加锁即可实现同部门操作串行化的需求
• HOLDLOCK锁提示会持有锁直到事务提交或回滚，完全满足你同部门操作同步执行的要求

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