页分裂会显著降低SQL Server写入性能并加剧存储碎片，根本解决方法是采用单调递增、窄且稳定的聚集索引键（如BIGINT IDENTITY），避免使用NEWID()、GUID或乱序业务ID；填充因子并非万能解药，OLTP系统宜保持FILLFACTOR=0，优先通过主键设计规避分裂。
页分裂是SQL Server中影响写入性能和存储碎片的关键问题，尤其在高并发插入场景下，不当的主键设计会显著加剧页分裂。核心在于让新数据尽可能追加到索引末尾，而非随机插入中间位置。
为什么聚集索引主键要避免使用随机值
使用NEWID()、GUID或非单调递增的业务ID（如订单号含时间乱序部分）作聚集索引键时，SQL Server必须将新行插入到现有数据页的中间位置。当目标页已满，就会触发页分裂：原页一半数据挪到新建页，同时更新父节点指针。这带来三重开销：I/O增加、锁竞争加剧、逻辑碎片升高。
- 每次分裂需读取原页、分配新页、写入两页、更新非叶级节点
- 分裂后数据物理不连续，范围查询需更多页跳转
- 频繁分裂使填充因子失效，加剧后续分裂概率
推荐的主键设计策略
理想聚集索引键应满足“单调递增 + 窄 + 稳定”三个特性。最常用且高效的是自增整数（IDENTITY）或序列（SEQUENCE），它们天然保证新行总追加到索引最右端，几乎不引发页分裂。
- 优先用BIGINT IDENTITY，兼顾容量与性能；若需跨库唯一，可结合“时间戳前缀+自增后缀”构造复合键
- 避免在聚集索引上使用字符串主键（如VARCHAR(50)订单号），长度大且排序开销高
- 若业务强制要求GUID主键，建议设为非聚集索引，另建自增列作为隐藏聚集键
填充因子不是万能解药
设置低填充因子（如80%）看似预留空间防分裂，实则浪费磁盘和内存，降低缓存效率。它仅对少量随机插入有效，无法解决持续高频插入导致的分裂。更严重的是，当页内空闲空间被填满后，仍会分裂，且此时碎片更难整理。
- OLTP系统默认保持FILLFACTOR = 0（即100%），靠合理主键设计规避分裂
- 仅对极少更新、但有固定批量插入模式的表，才考虑适度调低（如70–90）并配合定期重建
- 调整后必须监控sys.dm_db_index_physical_stats中的avg_page_space_used_in_percent和page_count变化
如何验证是否发生严重页分裂
通过DMV定位高频分裂表，比盲目调优更有效。重点关注聚集索引的页拆分次数和碎片率：
- 查询sys.dm_db_index_operational_stats获取leaf_allocation_count（页分配数）和nonleaf_allocation_count（非叶分配数），比值异常高说明分裂频繁
- 运行DBCC SHOWCONTIG（旧版）或查询sys.dm_db_index_physical_stats看avg_fragmentation_in_percent > 30%且page_count > 1000时需干预
- 开启SQL Server Profiler捕获EventClass = “Page Split”事件，定位具体表和操作语句
