sql server 质量调优 I/O成本分析

一.概述

  IO 内存是sql
server最重视的能源,数据从磁盘加载到内存,再从内存中缓存,输出到应用端,在sql
server
内存初探
中有介绍。在明亮了sqlserver内存原理后,就能更好的辨析I/O费用,从而升级数据库的全部质量。
在生养条件下数据库的sqlserver服务运营后三个星期,就可以通过dmv来分析优化。在I/O分析这块可以从物理I/O和内存I/O二方面来分析,
重点分析应在内存I/O上,恐怕从八个维度来分析,比如从sql
server服务运转以来
历史I/O费用总量分析,自推行部署编译以来进行次数总量分析,平均I/0次数分析等。

  sys.dm_exec_query_stats:重临缓存的询问陈设,缓存安顿中的每一种查询语句在该视图中对应一行。当sql
server工作负荷过重时,该dmv也有可以总括不得法。假若sql
server服务重启缓存的数额将会清掉。那么些dmv包含了太多的音信像内存扫描数,内存空间数,cpu耗时等,具体查看ca88官网,msdn文档

  sys.dm_exec_sql_text:重回的 SQL
文本批处理,它是由钦点sql_handle,其中的text列是查询的文本。

1.1 依据物理读的页面数排序 前50名

SELECT TOP 50
 qs.total_physical_reads,qs.execution_count,
 qs.total_physical_reads/qs.execution_count AS [avg I/O],
 qs. creation_time,
 qs.max_elapsed_time,
 qs.min_elapsed_time,
 SUBSTRING(qt.text,qs.statement_start_offset/2,
 (CASE WHEN qs.statement_end_offset=-1
 THEN LEN(CONVERT(NVARCHAR(max),qt.text))*2
 ELSE qs.statement_end_offset END -qs.statement_start_offset)/2) AS query_text,
 qt.dbid,dbname=DB_NAME(qt.dbid),
 qt.objectid,
 qs.sql_handle,
 qs.plan_handle
 from sys.dm_exec_query_stats qs
 CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) AS qt
 ORDER BY qs.total_physical_reads DESC

  如下图所示:

  total_physical_reads:布置自编译后在举行时期所实施的物理读取总次数。

  execution_count :安插自上次编译以来所实施的次数。

  [avg I/O]:    平均读取的大体次数(页数)。

  creation_time:编译安排的时辰。 

        query_text:执行安插对应的sql脚本

       前边来回顾所在的数据库ID:dbid,数据库名称:dbname

ca88官网 1

 1.2 依据逻辑读的页面数排序 前50名

SELECT TOP 50
 qs.total_logical_reads,
 qs.execution_count,
  qs.max_elapsed_time,
 qs.min_elapsed_time,
 qs.total_logical_reads/qs.execution_count AS [AVG IO],
 SUBSTRING(qt.text,qs.statement_start_offset/2,
 (CASE WHEN qs.statement_end_offset=-1 
 THEN LEN(CONVERT(NVARCHAR(max),qt.text)) *2
  ELSE qs.statement_end_offset END -qs.statement_start_offset)/2) 
  AS query_text,
 qt.dbid,
 dbname=DB_NAME(qt.dbid),
 qt.objectid,
 qs.sql_handle,
  creation_time,
 qs.plan_handle
 from sys.dm_exec_query_stats qs
 CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) AS qt
 ORDER BY qs.total_logical_reads DESC

一般来说图所示:

ca88官网 2

  通过上边的逻辑内存截图来归纳分析下:

  从内存扫描总量上看最多的是83112六十七回页扫描,自举办编译后运营t-sql脚本357次,那里的耗时是飞秒为单位包蕴最大耗时和微小耗时,平均I/O是2321两次(页),该语句文本是二个update
修改,该表数据量大没有完全走索引(权衡后不对该语句做索引覆盖),但实施次数少,且每一趟执行时间是非工作时间,即使扫描开销大,但一贯不影响白天客户利用。

  从推行次数是有贰个431八十九次, 内存扫描总量名次叁拾5位。该语句就算只有815条,但推行次数过多,如里服务器有压力足以优化,一般是该语句没有走索引。把公文拿出去如下

SELECT  Count(*)  AS TotalCount FROM [MEM_FlagshipApply]
 WITH(NOLOCK) Where (((([Status] = 2) AND ([IsDeleted] = 1)) AND ([MemType] = 0)) AND ([MEMID] <> 6))

上面两图三个是分析该语句的实施布置,sqlserver提示缺乏索引,另多少个是i/o计算扫描了七十九遍。

ca88官网 3

ca88官网 4

 新建索引后在来看看

 CREATE NONCLUSTERED INDEX ix_1
ON [dbo].[MEM_FlagshipApply] ([Status],[IsDeleted],[MemType],[MEMID])

  ca88官网 5

   
  ca88官网 6

 

相关文章