SQL Server中触发器执行后如何解除表锁定？如何实现仅行级锁定？

首先咱们得先理清问题根源：你的触发器更新SubTable时，如果没有合适的索引支撑，SQL Server会被迫扫描整个表来定位匹配的行——这时候哪怕你加了ROWLOCK提示，数据库也没法精准锁定单行，只能升级为表级锁。再加上如果事务没有及时提交，锁会一直持有，直接导致其他操作被阻塞。下面是具体的解决步骤：

1. 给SubTable创建复合索引（核心解决手段） #

要让触发器只锁定需要更新的行，必须让SQL Server能快速定位到目标记录。给SubTable创建包含ClientTableId和Table列的复合索引，这样数据库不用扫描全表就能找到要更新的行，自然只会锁对应的单行：

CREATE NONCLUSTERED INDEX IX_SubTable_ClientTableId_Table 
ON [dbo].[SubTable] ([ClientTableId], [Table])
INCLUDE ([LatUpdateTime]); -- 包含要更新的列，避免额外的键查找，进一步提升性能

这个索引会让触发器里的UPDATE语句直接定位到匹配ClientTableId IN (inserted.Id)且Table = '[dbo].[MainTable]'的行，不会再触发全表扫描，也就不会产生表级锁。

2. 确保锁提示生效，避免锁升级 #

你已经用到了ROWLOCK提示，但这个提示只有在数据库能精准找到单行时才会生效。有了上面的索引后，ROWLOCK就能正常工作，强制数据库使用行级锁而不是升级为表锁。如果需要更稳妥的控制，也可以结合UPDLOCK（更新锁）提示：

Update [SubTable] with(ROWLOCK, UPDLOCK) 
set [LatUpdateTime] = SYSDATETIME() 
where [dbo].[SubTable].[ClientTableId] in (select Id from inserted) 
and [Table] = '[dbo].[MainTable]';

3. 及时提交事务，避免锁长时间持有 #

SQL Server的锁是事务结束时自动释放的（不管是COMMIT还是ROLLBACK）。如果你的第一个事务执行UPDATE MainTable后一直不提交，锁会持续持有，导致其他事务阻塞。所以要注意：

• 应用程序里的操作完成后立即提交事务，不要让事务长时间处于打开状态
• 如果是手动执行语句，记得执行完后加上COMMIT（如果是显式事务的话）

额外验证：检查MainTable的锁情况 #

正常情况下，更新MainTable的id=1行只会锁定该行，更新id=2的行不会被阻塞。如果还是出现阻塞，要确认MainTable的Id列是否为主键（主键默认是聚集索引，能确保行级锁），如果不是，建议给Id列创建主键或唯一索引。

总结一下：最关键的是给SubTable创建合适的复合索引，让触发器的更新操作精准定位行，再配合及时提交事务，就能彻底解决表锁和阻塞的问题。

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