SQL Server高负载插入性能对比：主键与唯一非聚集索引方案

结论：方案2（数值型自增主键+字符串列非聚集唯一索引）的插入性能更优，核心原因如下：

• 聚集索引插入逻辑差异
  SQL Server中主键默认绑定聚集索引（除非显式指定非聚集）。方案1用varchar(100)字符串作为聚集主键，由于字符串取值无固定顺序，插入时会频繁触发聚集索引页分裂——聚集索引按键值有序存储，随机字符串会插入到数据页的中间位置，导致原有页拆分、数据移动，高负载下这种操作会大量消耗IO和CPU资源，直接拖慢插入速度。
  方案2的数值型自增主键作为聚集索引，插入操作始终在数据页末尾进行，几乎不会产生页分裂，插入逻辑简单高效，高负载下能维持稳定的插入吞吐量。

• 索引维护成本差异
  方案1的字符串聚集索引键长度达100字节，索引页能容纳的键值条目更少，每次插入需要读写更大的索引结构，IO开销更高；同时，所有后续创建的非聚集索引，其叶子节点都会包含这个字符串聚集键，进一步放大索引体积和维护成本。
  方案2的数值自增主键通常仅4或8字节，索引页密度更高，IO开销更低；字符串列的非聚集唯一索引仅需维护键值和指向聚集索引的指针，维护成本远低于聚集索引的整体数据页调整。

• 并发冲突概率差异
  两种方案都能保证字符串列的唯一性，但方案1在插入时既要维护聚集索引的有序性，又要检查唯一性，锁竞争的概率更高；方案2的唯一性检查仅针对非聚集索引，而聚集索引的插入是无冲突的末尾追加，高负载下的锁等待情况更少，并发性能更优。

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