根据SQL执行时长来优化

1) 先清除缓存计划,注意生产环境谨慎使用此语句!

dbcc freeProcCache

2) 再执行查询,系统使用等等

3) 查找执行最长的语句时间,可能需要执行多次来判断平均时间,代码如下:

SELECT  creation_time  N‘语句编译时间‘

,last_execution_time  N‘上次执行时间‘

,total_physical_reads N‘物理读取总次数‘

,total_logical_reads/execution_count N‘每次逻辑读次数‘

,total_logical_reads  N‘逻辑读取总次数‘

,total_logical_writes N‘逻辑写入总次数‘

, execution_count  N‘执行次数‘

, total_worker_time/1000 N‘所用的CPU总时间ms‘

, total_elapsed_time/1000  N‘总花费时间ms‘

, (total_elapsed_time / execution_count)/1000  N‘平均时间ms‘

,SUBSTRING(st.text, (qs.statement_start_offset/2) + 1,

((CASE statement_end_offset

WHEN -1 THEN DATALENGTH(st.text)

ELSE qs.statement_end_offset END

- qs.statement_start_offset)/2) + 1) N‘执行语句‘

FROM sys.dm_exec_query_stats AS qs

CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) st

where SUBSTRING(st.text, (qs.statement_start_offset/2) + 1,

((CASE statement_end_offset

WHEN -1 THEN DATALENGTH(st.text)

ELSE qs.statement_end_offset END

- qs.statement_start_offset)/2) + 1) not like ‘%fetch%‘

ORDER BY  total_elapsed_time / execution_count DESC;

4) 根据第 3 步 结果,复制最长时间的语句,然后执行,同时调出执行计划(CTRL+M)

根据执行计划里占用最长的百分比,查看属性,输出列表

5) 根据输出表的列去优化,例如建立索引

时间: 2024-11-04 17:24:58

根据SQL执行时长来优化的相关文章

LK按作业执行时长优化

新到一家公司,需要折腾点认可出来.然后开始苦逼的优化工作.暂时不吐槽权限问题!!!优化效果优化前,作业历史记录(前30)P图优化前,CPU使用情况有几个作业平均时长2.5~3.5小时,还有很多时长在半小时以上的作业,基本要到11-12点才能完成作业统计.CPU每天7:00-11:00一直维持在比较高的数值.优化后,作业历史记录(前30)P图最近三天的CPU情况最近一天的CPU情况优化后,作业执行时长明显降低,从最近3天执行情况看,9:00前统计作业能够执行完成.服务器CPU高峰时段由之前的7:0

监控sql执行时剩余时间

--监控sql执行时剩余时间 你知道正在运行的sql大概需要多长时间么? 你知道正在运行的sql大概完成了百分之几么? 你知道正在运行的sql大概还要多长时间完成么? V$SESSION_LONGOPS帮你忙. V$SESSION_LONGOPS在<span style="font-family: Arial, Helvetica, sans-serif;">官方文档中的描述:</span> V$SESSION_LONGOPS displays the stat

sql执行顺序及编写优化依据

每个步骤都会产生一个虚拟表,该虚拟表被用作下一个步骤的输入.这些虚拟表对调用者(客户端应用程序或者外部查询)不可用.只是最后一步生成的表才会返回 给调用者.如果没有在查询中指定某一子句,将跳过相应的步骤. 标准的 SQL 的解析顺序为:(1).FROM 子句, 组装来自不同数据源的数据(2).WHERE 子句, 基于指定的条件对记录进行筛选(3).GROUP BY 子句, 将数据划分为多个分组---group by的对象有可能由聚合函数产生(max.min等)(4).使用聚合函数进行计算(5).

sql执行顺序及性能优化

sql语句的执行步骤:1.语法分析2.语义分析3.视图转换4.表达式转换5.选择优化器6.选择连接方式7.选择连接顺序8.选择数据的搜索路径9.运行"执行计划" sql查询处理的步骤:(8)SELECT(9)DISTINCT(11)<TOP_specification><select_list>(1)FROM <left_table>(3)<join_type>JOIN<right_table>(2)ON <join_c

java中最简单的计算执行时长的方式

日常在做一些性能测试的时候会通过执行时间来判断执行时长,java中最简单的方式如下: //开始时间 long startL= new Date().getTime(); //这里需要导入 java.util.*;包 exceFun(); long endL= new Date().getTime(); //执行时间 System.out.println("startL:"+senStrat +" endL:"+senEndL +" 执行时长:"

监控sql运行时剩余时间

--监控sql执行时剩余时间 你知道正在执行的sql大概须要多长时间么? 你知道正在执行的sql大概完毕了百分之几么? 你知道正在执行的sql大概还要多长时间完毕么? V$SESSION_LONGOPS帮你忙. V$SESSION_LONGOPS在<span style="font-family: Arial, Helvetica, sans-serif;">官方文档中的描写叙述:</span> V$SESSION_LONGOPS displays the st

animate默认时长所带来的问题及解决

一.需求描述 做一个进度条长度逐渐减少的动画,当进度条长度小于等于0时,关闭动画,并弹出透明底板显示新提示. 二.问题描述 初始代码如下: //设置进度条初始长度 var progressLength = 180; //设置一个定时器 var timer = setInterval(function () { //开始游戏后进度条逐渐消失 progressLength -= 10; $(".progress").animate({ width: progressLength }); c

优化SQL执行路径提高报表性能

报表出现性能问题需要对数据源计算进行优化时,执行路径难以确定从而被干预是阻碍报表优化的难题之一.由于数据库执行路径对开发人员不透明,报表优化需要指定执行路径时,程序员会很难甚至无法干预.而一般报表工具不具备强计算能力,大部分计算仍然要依靠数据库进行,这就导致很多报表优化效果不理想. 不同于一般报表工具,润乾集算报表内置了专门用于数据计算的集算引擎,开发人员可以通过编写集算脚本完成报表数据源准备.与数据库执行SQL路径不可控相比,集算脚本的执行过程是可控的,开发人员可根据实际情况编写或更改计算执行

Android---AlarmManager(全局定时器/闹钟)指定时长或以周期形式执行某项操作

AlarmManager的使用机制有的称呼为全局定时器,有的称呼为闹钟.通过对它的使用,个人觉得叫全局定时器比较合适,其实它的作用和Timer有点相似.都有两种相似的用法:(1)在指定时长后执行某项操作(2)周期性的执行某项操作 AlarmManager对象配合Intent使用,可以定时的开启一个Activity,发送一个BroadCast,或者开启一个Service. 下面的代码详细的介绍了两种定时方式的使用: (1)在指定时长后执行某项操作 代码 //操作:发送一个广播,广播接收后Toast