聊一聊 SQLSERVER 的行不能跨页

相信有很多朋友在学习 SQLSERVER 的时候都听说过这句话，但大多都是记忆为主，最近在研究 SQLSERVER，所以我们从 底层存储 的角度来深入理解下。,在前面的文章中我也说过，一个 数据页 是 8k 大小，那这 8k 是如何组织的呢？为了更好的表述，我先来画一张图，大概像下面这样。,,从图中可以看到，一个数据页大概分为三部分：,页头,这一块相当于 数据页 的元数据区，标记着这个数据页类型和各种统计信息。,数据存储区,这里存放的就是表的每条记录以及记录的相关元数据，这个元数据统计着诸如定长，变长字段个数，记录类型 等等。,记录槽位列表,s%ignore_a_1%ot 槽位记录了 行记录 在这个数据页上的偏移地址，过一会我们验证下即可，如果用 C++ 伪代码，大概是这样。,相信大家从各种教科书中都能知道，我们能定义的最大行大小是 8060 byte​，这包括行的 7byte​ 元数据大小，所以我们人肉能定义的大小只能是 8053byte​，根据上一节的理解，这 8060byte​ 是落在 数据存储区 的，这里我们简单算一下页面是否刚好占满或者是否有保留区？接下来用一个公式简单算一下。,上面的公式为：保留大小 = 页面大小 – 页面头 – slot槽位 – 数据存储区​，这么一算页面中还真有 34byte 的保留大小。,接下来我们简单验证下这个推理，首先自定义一行 8054byte 的大小看是否能通过？,,从错误信息中可以清楚的看到，我的行记录总大小是 8061​, 超过了系统规定的行记录大小8060。,接下来我们验证下 数据页​ 最小的保留大小是不是 34byte ？找到表数据页即可。,,从图中可以看到行记录是分配在 456 号​ 数据页上，接下来用 DBCC PAGE 观察一下。,输出如下：,刚才也说了，页面元数据占了 96byte​，里面包含了各种统计信息，比如 m_freeCnt = 34​ 就是当前页面的剩余空间，这个和我们刚才的计算公式是保持一致的，这 34byte​ 就是页面末位默认的  0x21 填充符。,其实从上面的分析中可以得出，数据页还是有 34byte 的保留空间的，可能是出于某些原因不想再塞了，当然也可以用 WinDbg 观察下源码逻辑，可以下一个 C++ 异常断点。,从线程栈可以看到，逻辑是在 SECreateRowset()​ 方法中抛出了 RaiseHoBtRowsizeError() 异常，应该是一个常量 cmp 比较，留给大家研究吧。