SQL server 系统优化--通过执行计划优化索引(2)

    今天,继续在客户的系统里优化系统,监视数据库的使用情况,发现有一条sql语句执行速度很慢,竟然要14S,太慢了,

   SQL语句如下:

select top 50 d.id,count(*) c from docbase d,log l ,categorylink cl 
where d.isdelete=0 and l.objid = d.id and l.logtype='402881e40b6093bf010b60a5849c0007' 
and d.createdate >='0000-00-00' and d.createdate <='9999-99-99' and d.id= cl.objid and d.pid is null group by d.id order by c desc,d.id desc

   预估执行计划,看看成本开销:

  

  发现,在log表中是聚集索引扫描的,说的清楚一点就是表扫描。肯定是缺少索引的。而log表中超过有46万条数据,这时表扫描的成本很高,

  必须在表log中的logtype字段增加索引。

   这时查看执行计划:

   

    分析:这时发现用了两个索引,一个索引是logtype, 另一个索引是objid(先前建立的索引),两个索引同时搜索并做hash匹配。但是objid的(index scan)成本太高了。执行结果:

表 'log'。扫描计数 18,逻辑读取 11297 次

   这时在logtype索引,增加成一个复合索引(logtype,objid),执行计划如下:

 

  分析:这时发现就是索引seek的成本占了47%,效率很高,看看执行结果的IO次数:

表 'log'。扫描计数 9,逻辑读取 3793 次,物理读取 0 次,预读 0 次,lob 逻辑读取 0 次,lob 物理读取 0 次,lob 预读 0 次。

  发现:IO次数比上面的两个索引效率大大减少,在(logtype,objid)建立复合索引,速度提高很大,从表扫描到索引查找(index seek),效率和性能大大提高。

  总结:

     通过执行计划来优化索引,有时两个索引的使用效率要远低于一个索引,这时必须考虑根据业务要求建立复合索引。

posted @   zping  阅读(1304)  评论(1编辑  收藏  举报
编辑推荐:
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
阅读排行:
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 开源Multi-agent AI智能体框架aevatar.ai,欢迎大家贡献代码
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· AI技术革命,工作效率10个最佳AI工具
点击右上角即可分享
微信分享提示