第七章——DMVs和DMFs(1)

原文: 第七章——DMVs和DMFs(1)

简介:

        从SQLServer2005开始,微软引入了一个名叫DMO(动态管理对象)的新特性,DMO可以分为DMFsDynamic Manage Functions,动态管理函数)和DMVsDynamic Manage Views,动态管理视图)两部分。这些函数和视图用于查找SQLServer实例内部统计信息以供性能监控所用。它们提供实时的,关于SQLServer内部工作的,能用于性能分析和性能故障排除的各种统计信息。

        所有的DMO都属于sys架构,并且以dm_开头。执行DMO需要有VIEW SERVER STATEVIEW DATABASE STATE权限。

 

下面简述一下本系列将要介绍的DMO

 

Ø  执行相关的DMOsys.dm_exec_*):提供与执行相关的统计信息。可以用于监控与缓存查询、执行计划、活动连接/会话和带有执行计划的当前运行的查询的相关统计信息。

Ø  索引相关的DMOsys.dm_db_index_*sys.dm_db_missing_*):提供关于索引的统计信息。这些DMO可以用于监控和分析因为丢失索引、无效索引而导致的性能问题,也可以用来检查索引的使用情况。

Ø  数据库相关DMOsys.dm_db_*):提供数据库相关统计信息。可以用于监控和分析数据库的性能问题,分析数据库相关文件的统计信息、会话统计信息和任务统计信息。

Ø  I/O相关DMOsys.dm_io_*):提供I/O操作的统计信息,用于监控和分析SQLServerI/O性能问题。

Ø  OS相关DMOsys.dm_os_*):提供关于sqlos内部统计信息,用于监控和分析服务器配置问题。

Ø  事务相关的DMOsys.dm_trn_*):提供事务相关的统计信息,用于监控和分析长时间运行的事务的锁定、死锁问题。

 

这些DMO的数据可以通过DBCC SQLPERF(‘SYS.DM_OS_WAIT_STATS’,CLEAR)或者重启服务器来重置。

 

 

监控当前查询执行的统计信息:

        为了使得服务器上的查询足够的好,需要识别那些消耗资源的查询和找到这些资源的来源。为了实现这些功能,需要监控查询的请求和检查它们的运行时间、IO操作等等。

        SQLServer有专用的DMO来监控查询的执行信息,这些DMO包含广泛的信息,以sys.dm_exec_开头。通过这些DMO可以快速发现问题查询,从而进行优化。

        本文将演示使用DMO来获取当前正在请求SQLServer查询的信息,并找到长时间运行的查询,同时可以监控当前正在运行的游标,这个通常也会引起性能问题。

 

准备工作:

        本文中将使用DMO来监控当前查询请求的一些有用信息,如数据库名、登录名、程序名、查询开始时间、读写数。

        众所周知,游标是非常消耗资源且影响查询性能的,如非必要,不建议使用。

        本例中使用SQLServer 2008R2,并在微软示例数据库AdventureWorks上操作。

 

步骤:

1、  打开SSMS,连到SQLServer实例。

2、  打开新查询窗口,并输入以下代码,用于监控当前查询:

 

SELECT  DB_NAME(R.database_id) AS DatabaseName ,

        S.original_login_name AS LoginName ,

        S.host_name AS ClientMachine ,

        S.program_name AS ApplicationName ,

        R.start_time AS RequestStartTime ,

        ST.text AS SQLQuery ,

        QP.query_plan AS ExecutionPlan ,

        R.cpu_time AS CPUTime ,

        R.total_elapsed_time AS TotalTimeElapsed ,

        R.open_transaction_count AS TotalTransactionOpened ,

        R.reads ,

        R.logical_reads ,

        R.writes AS TotalWrites

FROM    sys.dm_exec_requests AS R

        INNER JOIN sys.dm_exec_sessions AS S ON R.session_id = S.session_id

        CROSS APPLY sys.dm_exec_sql_text(R.sql_handle) AS ST

        CROSS APPLY sys.dm_exec_query_plan(R.plan_handle) AS QP

ORDER BY TotalTimeElapsed DESC 

GO


 

 

3、  打开新窗口输入一下脚本,用于监控当前打开的游标:

 

SELECT  S.host_name AS ClientMachine ,

        S.program_name AS ApplicationName ,

        S.original_login_name AS LoginName ,

        C.name AS CursorName ,

        C.properties AS CursorOptions ,

        C.creation_time AS CursorCreatinTime ,

        ST.text AS SQLQuery ,

        C.is_open AS IsCursorOpen ,

        C.worker_time / 1000 AS DurationInMiliSeconds ,

        C.reads AS NumberOfReads ,

        C.writes AS NumberOfWrites

FROM    sys.dm_exec_cursors (0) AS C

        INNER JOIN sys.dm_exec_sessions AS S ON C.session_id = S.session_id

        CROSS APPLY sys.dm_exec_sql_text(C.sql_handle) AS ST

ORDER BY DurationInMiliSeconds DESC 

GO


 

 

分析:

在上面步骤中,使用了以下的DMOs

Ø  Sys.dm_exec_requests

Ø  Sys.dm_exec_sessions

Ø  Sys.dm_exec_sql_text

Ø  Sys.dm_exec_query_plan

 

对于上面的查询结果,需要思考的问题:

Ø  哪个库正在接受请求?

Ø  那个登录名执行了这个请求?

Ø  请求是从哪个计算机发出的?

Ø  请求是从那个应用程序发出的?

Ø  请求是何时到达SQLServer的?

Ø  请求中需要执行什么SQL语句?

Ø  执行的SQL语句的执行计划是什么?

Ø  请求的持续时间有多少?

Ø  请求是否开启了事务?

Ø  请求造成的读写数是多少?

Ø  请求是否被阻塞了?如果是,是哪个会话造成的?

 

        为了找到这些信息,需要把sys.dm_exec_requestssys.dm_exec_sessionssession_id列关联。

同时,使用CROSS APPLY来关联sys.dm_exec_sql_text()函数来查找请求的SQL文本。关联sys.dm_exec_query_plan()函数来查找请求的执行计划。这两个函数需要从查询中分别获得sql_handleplan_handle。在结果集中,按TotalTimeElapsed列排序,可以知道最耗资源的查询。

 

        第二个查询中使用了sys.dm_exec_cursors()函数来返回当前正在使用的游标的详细。这个函数接受session_id作为参数。如果传入了特定session_id,只会返回该会话的游标,如果传入0,则返回所有会话的游标。结果集按照DurationInMiliSecondes排序,一边查找最耗资源的游标,注意worker_time除以了1000,因为这个的单位是微妙,除以1000可以得到毫秒。

 

扩充知识:

由于这些dmo的解释较长,详细请看联机丛书。除了上面列出的dmo之外,还有一些与执行相关的dmo,如:

Ø  Sys.dm_exec_cached_plans(DMV)

Ø  Sys.dm_exec_procedure_stats(DMV)

Ø  Sys.dm_exec_query_stats(DMV)

Ø  Sys.dm_exec_cached_plan_dependent_objects(DMF)

这些DMO提供查询和对象的详细缓存信息,对查询优化很有帮助。

你可能感兴趣的:(vs)