数据库优化步骤及方法2

     接上一篇，因为我们活动监视器监控的是当下的情况，但系统资源消耗方面有时是已经过去的时间点发生的大量消耗。我们可以用以下语句

SELECT top 15 
(total_elapsed_time / execution_count)/1000 N'平均时间ms'
,total_elapsed_time/1000 N'总花费时间ms'
,total_worker_time/1000 N'所用的CPU总时间ms'
,total_physical_reads N'物理读取总次数'
,total_logical_reads/execution_count N'每次逻辑读次数'
,total_logical_reads N'逻辑读取总次数'
,total_logical_writes N'逻辑写入总次数'
,execution_count N'执行次数'
,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'执行语句'
,creation_time N'语句编译时间'
,last_execution_time 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 '?tch%'
ORDER BY
total_elapsed_time / execution_count DESC

解释下，这个代码是查询出系统中跑起来最慢的一些语句，这就像一个平均时速100码的高速公路上开上来一些重卡，有些卡车数量很少，但每辆都非常慢，有些呢不是特别快，但数量非常之多，这些都会影响高速公路的其它车子的车速，这里的语句主要是发现跑的非常慢的那些语句。

一波车开完，发现如下结果。其中第二条语句，什么鬼，所需cpu总时间也太长了吧

双击，找到语句，看看如何优化，语句如下：

这条语句是修改链接服务器表中的数据，这里说下，如果要修改表时尽量对本数据库的数据做修改，联系对方运维人员，调整下对接方式，让他们过来取我们数据库的表来对自己的表更新。