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个,只留下了一个非聚集索引。然后就一致了。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 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代理技术深度解析与实战指南