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 列是否存在索引:
该表有2个索引,intime 单列索引、moid和intime以及其他字段组合索引,查看表行数大约1亿多行,于是分析该查询的执行计划:
由于存在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:
本文来自博客园,作者:踏雪无痕2017,转载请注明原文链接:https://www.cnblogs.com/oradba/p/15640998.html
分类:
数据库性能优化与故障诊断
, SQL Server
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 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)