SQL Server的锁粒度从大到小依次是：数据库锁、表锁、页锁、行锁。行锁是最细粒度的，能最大限度减少阻塞，但开销最大；表锁影响范围广，但性能高。在实际优化中，应优先使用行锁，通过索引优化查询路径，避免升级到表锁，从而提升并发性能。这是数据库优化的核心技巧。

锁粒度详解

SQL Server支持四种锁粒度：Database（数据库级）、Table（表级）、Page（页级）和Row（行级）。默认情况下，SQL Server会选择合适的锁粒度来平衡并发性和性能。行锁适用于OLTP场景，能精确锁定受影响的数据行；表锁多用于DDL操作或大批量数据修改。

锁升级机制

当行锁数量超过阈值（通常5000行）时，SQL Server会自动升级为页锁或表锁，以减少锁结构内存开销。这就是锁升级，导致阻塞增加。可以通过设置锁升级阈值或优化查询来避免不必要的升级。

实际案例：如何避免表锁

在批量UPDATE时，如果没有合适索引，SQL Server倾向使用表锁。解决方案：创建覆盖索引，确保查询走行锁路径。例如，UPDATE t SET col=val WHERE id=1；有id索引时，只锁一行。

监控锁信息

使用sys.dm_tran_locks动态视图监控当前锁：SELECT resource_type, resource_description, request_mode FROM sys.dm_tran_locks；request_mode如S（共享锁）、X（排他锁）帮助诊断阻塞问题。

优化建议

1. 使用索引引导锁到行级。2. 短事务减少锁持有时间。3. NOLOCK提示读未提交数据（慎用）。4. 隔离级别调整，如READ COMMITTED SNAPSHOT减少阻塞。

网友分享经验

一位网友说：在高并发订单系统中，通过分区表和行锁优化，QPS提升3倍。另一位提到：禁用锁升级（trace flag 1224）在特定场景有效，但需测试。

FAQ
Q: 什么情况下会发生锁升级？
A: 行锁超过阈值（约5000）或内存压力大时自动升级。
Q: 如何查看当前锁？
A: 查询sys.dm_tran_locks和sys.dm_tran_sessions。
Q: NOLOCK安全吗？
A: 不安全，可能读脏数据，仅用于报表。
Q: 怎么强制行锁？
A: 用WITH (ROWLOCK)提示，但不推荐，引擎自优化更好。