对于堆表（Heap），m_level=0表示的是Data Page；
对于聚集索引，m_level=0表示的是Data Page；
对于非聚集索引，m_level=0表示的是叶子节点
4, Page的元数据
Page的元数据十分重要，不仅能够查看处Page所在的Object，甚至能够查看该Page所在的分配单元和分区ID，在死锁进行故障排除时十分有用
Metadata: AllocUnitId =72057595905900544，该Page所在的分配单元ID（allocation_unit_id）
Metadata: PartitionId =72057594059423744，该Page所在的分区的分区ID（partition_id）
Metadata: IndexId = 1，该Page所在的索引ID
Metadata: ObjectId = 1029578706，用于表示Page所属对象的object_id
5，page的链指针
由于数据表的Page并不是单独存在的，而是通过双向链式结构连接在一起的，
m_prevPage = (1:8777732) ：用于表示前一个page (FileID : PageID)
m_nextPage = (1:8777734) ：用于表示下一个page (FileID:PageID)
6, 其他头部字段
m_slotCnt = 2 ：页面中Slot的数量，用于Page中存储的数据行数
m_freeCnt = 4513 ：页面中剩余的空间，单位是字节，还剩83字节的空间
m_reservedCnt = 0 ：为活动事务保留的存储空间，单位是字节
m_ghostRecCnt = 0 ：页面中存在的幽灵记录的总数（ghost record count）
关于Page头部的信息，可以阅读《Inside the Storage Engine: Anatomy of a page》；
三，利用Page的元数据排除死锁
Page的元数据包含分区ID，索引ID和对象ID，用户可以使用这些元数据，分析死锁产生的原因。系统追踪到产生死锁的资源，可能是一个Page的资源标识符，如果能够确认发生死锁是由于数据表或索引的分区不合理导致的，那么可以重新设置分区列，或者设置分区边界值，把单个分区拆分成多个分区，这样就能把竞争的临界资源分配到不同的分区中，避免查询请求对资源的竞争，进而减少死锁的发生。
Metadata: PartitionId ，该Page所在的分区的分区ID（partition_id）；
Metadata: IndexId ，该Page所在索引ID；
Metadata: ObjectId，用于表示对象的object_id；
您可能感兴趣的文章:SQL Server怎么找出一个表包含的页信息（Page)
