SQL Server堆表INSERT操作出现buffer latch争用应如何排查？

• 检查是否存在隐式索引
  先确认identity列是否被设置为主键或唯一约束：绝大多数数据库会为这类约束自动生成对应的B树索引，如果索引键是递增的identity值，即使你认为表是“堆表”，本质上还是会出现典型的B树最后页争用问题，和聚集索引场景的表现完全一致。
• 排查identity列的缓存配置
  如果数据库关闭了identity值缓存（例如SQL Server中设置IDENTITY_CACHE = OFF、MySQL关闭了自增锁优化），或者缓存大小设置过小，会导致多个并发INSERT会话争抢全局identity值生成锁，等待事件会直接表现为buffer latch。可以查询对应数据库的自增列相关参数，确认是否启用了批量预分配identity值的机制。
• 排查空间分配页争用
  堆表虽然没有B树的最后页争用，但数据页分配依赖的PFS、GAM、SGAM等系统分配页依然可能出现争用：
  • 行数据较小的场景下单页可容纳大量行，多个会话同时向同一批刚分配的数据页插入数据时，会争抢对应数据页的buffer latch
  • 如果表所在文件组只有单个数据文件，或者数据库关闭了多页分配优化，会进一步放大系统页的争用概率。SQL Server环境可以检查是否开启了跟踪标志TF1118启用统一区分配，降低混合区带来的分配页争用。
• 排查堆表填充度与存储配置
  如果堆表设置了非默认的页填充度（FILLFACTOR），会导致单页可容纳的行数减少，提升页面分配频率，放大分配页和数据页的争用。同时可以确认表是否开启了行压缩、页压缩，压缩导致的单页行数变化也可能影响争用程度。
• 排查事务提交模式
  大量短事务+自动提交的模式下，会话会频繁申请释放页锁，并发极高的场景下会显著推高buffer latch的等待占比。可以尝试将小批量单条INSERT合并为单事务批量提交，观察等待时间是否下降。

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