SQL Server 2016中SELECT不加TOP1000报Msg511错误，加则正常

嘿，这个问题我之前帮不少人排查过，咱们一步步来理清楚：

SQL Server的8060字节行大小限制，针对的是实际返回的每行数据的总字节数（划重点：不是表定义的列最大长度之和，而是每行实际存储/连接后计算出来的真实字节数）。

• 当你执行SELECT EDGC01.*, EDGC02.*, ATT.*时，SQL Server需要遍历所有符合条件的行，在构建结果集的过程中，只要碰到某一行的总字节数超过8060，就会立刻抛出Msg 511错误。
• 而SELECT TOP 1000 ...能正常返回295行，本质是这295行的实际总字节数都没超过8060——SQL Server还没扫描到那些行大小超标的记录，就已经完成了TOP限定的返回量，自然不会触发错误。

通常有两种常见场景：

1. 多表连接后的行组合超标：你的三个表连接后，某些行的字段组合包含了大量长文本数据（比如填充到最大长度的varchar/nvarchar字段），这些字段的字节数累加后直接突破了8060的限制。而前295行刚好没有这种“超大组合”。
2. 单表存在隐性超大行：其中某个表本身就存在个别行，其可变长度字段被填充到了接近最大长度，和另外两个表的列组合后，总大小就超标了。全表查询会遍历到这些行，而TOP查询刚好避开了它们。

• 定位问题行：可以尝试按主键分段查询（比如WHERE 主键 BETWEEN X AND Y），逐步缩小范围找到触发错误的具体行，看看是哪些字段的内容过长导致的。
• 优化查询语句：
  • 别用*查询所有列，只选择业务需要的字段，直接减少结果集的总大小；
  • 如果必须保留长文本字段，建议使用VARCHAR(MAX)/NVARCHAR(MAX)类型（SQL Server 2016推荐），这些类型的数据会存储在行外，不会占用行内的8060字节空间，从根源上避免行大小超标问题。

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