sql server查询行数和加了order by的查询行数不同!!!

 


问题、分析来源于 :SQL Server技术产品群

【1】问题

两个几乎相同的SQL、为什么有一个加了order by 之后查询出来的行数不一致

  

 

 上面的加了order by 的SQL查出来 8W行,下面的没加order by 的SQL查出来7.99W行,少了一些行

 

【2】分析

(1)可能是进行了野蛮修复,比如:REPAIR_ALLOW_DATA_LOSS

比如某个索引页出问题了,就把这个页逻辑删除,那么这个索引就是不完整的了,对比聚集索引、其他索引  就少了被逻辑删除索引页中的数据行 。
换个说法:索引A没坏,有1万条,但是索引B坏了,只有9980条。那么根据不同的执行计划,数据从索引B出的时候,自然行数就少了。
详细例子:

  比如1W行,二级索引也有1W行。
  如果有某个二级索引逻辑分配错误,用allow_data_loss了。
  把二级索引的某个页删掉了,这个二级索引虽然连贯了,但可能只有9980行了

 

 

【3】最终解决

该表一共5个索引,删了4个,只留下了一个非聚集索引。然后就一致了。

 

posted @   郭大侠1  阅读(562)  评论(0编辑  收藏  举报
编辑推荐:
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
阅读排行:
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· SQL Server 2025 AI相关能力初探
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 开源Multi-agent AI智能体框架aevatar.ai,欢迎大家贡献代码
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南
点击右上角即可分享
微信分享提示