今天遇到这样一个细节问题,有个同事为了提高SQL执行效率使用sysindexes.rows来快速的计算表的行数
结果发现取出来的行数根本就不是实际表中的行数
就好比这样
为了获得表中的记录数,一般都使用下面的SQL语句:
SELECT COUNT(*) FROM dbo.orders
但这条语句会执行全表扫描才能获得行数。
下面的SQL语句不会执行全表扫描一样可以获得行数:
SELECT rows FROM sysindexes
WHERE id = OBJECT_ID('表名') AND indid < 2
网上很多优化文章都推荐这种做法,无可厚非,这种计算 sysindexes 中的rows,确实比计算实际表中的行数快。
但是由于像刚才那样发生问题的情况不多所以很容易被人们所忽略其实sysindexes 是以延迟的方式更新,rows计数可能会不准确
下面就是我用两种方法获取同一个表的行数所返回的值
可以清楚的看到两组返回值并不一致
不细心的人由此可闹出不少笑话
接下来给出解决这种延迟问题的方法:
在查询分析器里面执行 DBCC UPDATEUSAGE(0, orders) with COUNT_ROWS
使用DBCC UPDATEUSAGE报告sysindexes中的页数和行数错误并进行更正
0:表示当前数据库,
orders:需要进行报告和更正的表
COUNT_ROWS:指定使用表或视图中的行数的当前计数更新 row count 列
DBCC UPDATEUSAGE应用有很多,本文没做深挖
感兴趣的朋友可查阅更多相关资料
执行完毕后提示
---------------------------------------------------------------------
DBCC UPDATEUSAGE: 已更新表 orders的 sysindexes 行(索引 'PK_PND_ORDERS',分区 1):
行计数: 已从(7775)行更改为(7849)行。
DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。
---------------------------------------------------------------------
这时就及时更新了sysindexes使其和实际表中的行数达到一致。
好了,今天就到这里文章以实用为主,希望能对你有帮助
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 没有源码,如何修改代码逻辑?
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· 微软正式发布.NET 10 Preview 1:开启下一代开发框架新篇章
· 没有源码,如何修改代码逻辑?
· NetPad:一个.NET开源、跨平台的C#编辑器
· PowerShell开发游戏 · 打蜜蜂
· 在鹅厂做java开发是什么体验