Sql Server 查询走错索引引发的性能故障分析、处理

      开发人员丢过来一段sql,逻辑很简单,说是执行非常缓慢,跑不出结果,让看下是怎么回事。

      看了下sql,就一个where 过滤条件和order by 排序:

select top 1 Ppid from M_InteriorPpid_t  WITH (nolock) where moid='11000302285' order by intime asc

首先看moid、intime 列是否存在索引:

image

image

该表有2个索引,intime 单列索引、moid和intime以及其他字段组合索引,查看表行数大约1亿多行,于是分析该查询的执行计划:

image

企业微信截图_16385815331869

由于存在intime 排序,查询使用了intime 索引 全扫描,开销比较大,应该使用moid 字段的多列索引比较合理,添加索引表提示后sql 如下:

select top 1 Ppid from M_InteriorPpid_t  WITH (nolock,index(M_InteriorPpid_t_0808_index)) where moid='11000302285' order by intime asc

执行后速度非常快,性能故障解决,执行计划如下,这次选择是index seek:

image

企业微信截图_16385817351431

posted @   踏雪无痕2017  阅读(142)  评论(0编辑  收藏  举报
编辑推荐:
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
阅读排行:
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· C#/.NET/.NET Core优秀项目和框架2025年2月简报
· Manus爆火,是硬核还是营销?
· 终于写完轮子一部分:tcp代理 了,记录一下
· 【杭电多校比赛记录】2025“钉耙编程”中国大学生算法设计春季联赛(1)
点击右上角即可分享
微信分享提示