SQL2005性能分析一些细节功能你是否有用到?(二)

原文:SQL2005性能分析一些细节功能你是否有用到?(二)

       上一篇:SQL2005性能分析一些细节功能你是否有用到? 我简单的提到了些关于SQL性能分析最基本的一些方法,下面的文章我会陆续补充。前面提到了根据SQL的执行IO和执行计划来分析,还有一个特别重要的参数,就是SET STATISTICS TIME。

       第一: SET STATISTICS TIME

               定义:SET STATISTICS TIME (Transact-SQL)  显示分析、编译和执行各语句所需的毫秒数。

               语法:SET STATISTICS TIME { ON | OFF }

               备注:当 SET STATISTICS TIME 为 ON 时,会显示语句的时间统计信息。为 OFF 时,不显示时间统计信息。SET STATISTICS TIME 的设置是在执行或运行时设置,而不是在分析时设置。

               权限 :若要使用 SET STATISTICS TIME,用户必须具有执行 Transact-SQL 语句的相应权限。但不需要 SHOWPLAN 权限。

               作用:我们可以利用这个参数来查看SQL的CPU开销情况,进而做出优化方案。

               效果图:

              

       第二:sp_help

              定义:报告有关数据库对象(sysobjects 表中列出的任何对象)、用户定义数据类型或 Microsoft SQL Server 所提供的数据类型的信息。

              语法 :sp_help [ [ @objname = ] name ]

          参数 :[@objname =] name 是 sysobjects 中的任意对象的名称,或者是在 systypes 表中任何用户定义数据类型的名称。不能使用数据库名称。            

              效果图:


           

               内容:

                 1:表结构,它会列出目标表中所有的字段信息:名称,数据类型等。
                 2:索引情况,包含聚集索引和非聚集索引.索引所对应的字段等。
                 3:表字段的约束情况
                 4:表的基本信息,表类型,创建时间,表名等。

                 5:主键详细信息。

              用途一:一般对于性能分析关系有直接关系的有1,2,5。开发员可以非常快捷清晰的查看表的设计情况.对于查询来说最重要的就是表的索引情况和表结构.对于其它的用途本人暂不胡说了。

              案例:一次实际开发中,运行一个单表查询,发面页面报出SQL05 timeout的错误,后来在数据库中直接运行语句发现时间特别长,达到58m,查看记录,一个长达9位数的字样把我吓到了,没办法只能是优化了,sp_help下,发现条件中的字段没有创建索引, 创建后再试,基本控制在1m左右。

        第三:SET NOCOUNT

               定义:阻止在结果集中返回可显示受 Transact-SQL 语句或存储过程影响的行计数的消息。 

               语法:SET NOCOUNT { ON | OFF }           

               备注:当 SET NOCOUNT 为 ON 时,不返回计数。当 SET NOCOUNT 为 OFF 时,返回计数。即使当 SET NOCOUNT 为 ON 时,也更新 @@ROWCOUNT 函数。当 SET NOCOUNT 为 ON 时,将不向客户端发送存储过程中每个语句的 DONE_IN_PROC 消息。如果存储过程中包含一些并不返回许多实际数据的语句,网络通信流量便会大量减少,因此,将 SET NOCOUNT 设置为 ON 可显著提高性能。SET NOCOUNT 指定的设置是在执行或运行时生效,而不是在分析时生效。          

               权限:要求具有 public 角色的成员身份。

               注意点:ExecuteNonQuery();将得不到返回值,此时可以利用存储过程的返回参数来获得.

               缺点:当我们执行一条更新或者是删除语句时,一般判断是否成功都是根据这个返回的受影响的行来判断,现在当SET NOCOUNT 为 ON 时,不返回计数,只能利用输出参数来判断了.

               优点:如果存储过程中包含一些并不返回许多实际数据的语句,网络通信流量便会大量减少,因此,将 SET NOCOUNT 设置为 ON 可显著提高性能。

        总结:可能有的朋友会认为本人只是在这一味的copy MSDN,其实从本质上说是这样,但copy并不代表一无是处,经过我的工作经验来看,我们开发中遇到的很多问题其实在MSDN上都有说明,但为什么我们总是在MSDN上找不到答案呢?这就是因为我们不懂搜索相关的关键字,为此我将我的一些学习所得写出来,希望和我一样不太会用MSDN的朋友共进步.

 注:本文引用MSDN

时间: 2024-10-17 10:20:55

SQL2005性能分析一些细节功能你是否有用到?(二)的相关文章

SQL2005性能分析一些细节功能你是否有用到?(三)

原文:SQL2005性能分析一些细节功能你是否有用到?(三)      继上篇: SQL2005性能分析一些细节功能你是否有用到?(二)      第一: SET STATISTICS PROFILE ON           当我们比较查询计划中那一个最好时,事实上我们更愿意用SET STATISTICS PROFILE ON,而不是SET SHOWPLAN_TEXT ON.它可以告诉你每种选择的或多或少的查询消耗情况;你还可以同时运行两个或更多查询来看哪个执行的最好.           运

SQL2005性能分析一些细节功能你是否有用到?

原文:SQL2005性能分析一些细节功能你是否有用到?      我相信很多朋友对现在越来越大的数据量而感到苦恼,可是总要面对现实啊,包括本人在内的数据库菜鸟们在开发B/S程序时,往往只会关心自己的数据是否正确的查询出来,一旦自己写的程序哪天要花上十秒或者是一分种才会出来,此时就技穷了.如何优化成为菜鸟们的难题.本人不才,最近看了些园友关于数据库优化的文章,觉的有必要总结下,让更多像我一样只关心结果,并不关心质量的朋友少走些弯路.     本文主旨:本文并非大谈高深技术(也没这本事),只是想总结

如何进行 Python性能分析,你才能如鱼得水?

[编者按]本文作者为 Bryan Helmig,主要介绍 Python 应用性能分析的三种进阶方案.文章系国内 ITOM 管理平台 OneAPM 编译呈现. 我们应该忽略一些微小的效率提升,几乎在 97% 的情况下,都是如此:过早的优化是万恶之源.-- Donald Knuth 如果不先想想Knuth的这句名言,就开始进行优化工作,是不明智的.然而,有时你为了获得某些特性不假思索就写下了O(N^2) 这样的代码,虽然你很快就忘记它们了,它们却可能反咬你一口,给你带来麻烦:本文就是为这种情况而准备

PHP 性能分析(三): 性能调优实战

在本系列的 第一篇 中,我们介绍了 XHProf .而在 第二篇 中,我们深入研究了 XHGui UI, 现在最后一篇,让我们把 XHProf /XHGui 的知识用到工作中! 性能调优 不用运行的代码才是绝好的代码.其他只是好的代码.所以,性能调优时,最好的选择是首先确保运行尽可能少的代码. OpCode 缓存 首先,最快且最简单的选择是启用 OpCode 缓存.OpCode 缓存的更多信息可以在 这里 找到. 在上图,我们看到启用 Zend OpCache 后发生的情况.最后一行是我们的基准

WEB前端性能分析--工具篇

在线网站类: WebPageTest 说明: 在线的站点性能评测网站,地址http://www.webpagetest.org/ 补充: 其实这网站也是个开源项目,所以支持自己搭建一个内部的测试站点 ShowSlow 说明: showslow是yslow的数据收集与展示平台http://www.showslow.com/,它是一个开源的php项目,可以用来与firefox的yslow插件.page speed插件或者dynatrace通信,收集插件或程序所发送过来的信息并集中展示.只需要在dyn

Linux性能分析工具汇总合集

出于对Linux操作系统的兴趣,以及对底层知识的强烈欲望,因此整理了这篇文章.本文也可以作为检验基础知识的指标,另外文章涵盖了一个系统的方方面面.如果没有完善的计算机系统知识,网络知识和操作系统知识,文档中的工具,是不可能完全掌握的,另外对系统性能分析和优化是一个长期的系列. 本文档主要是结合Linux 大牛,Netflix 高级性能架构师 Brendan Gregg 更新 Linux 性能调优工具的博文,搜集Linux系统性能优化相关文章整理后的一篇综合性文章,主要是结合博文对涉及到的原理和性

SQL查询性能分析

原文:SQL查询性能分析 原文出处:http://blog.csdn.net/dba_huangzj/article/details/7623926 SQL查询性能的好坏直接影响到整个数据库的价值,对此,必须郑重对待. SQL Server提供了多种工具,下面做一个简单的介绍:   一.SQL Profiler工具 SQL Profiler可用于: l  图形化监视SQLServer查询: l  在后台收集查询信息: l  分析性能: l  诊断像死锁这样的问题: l  调试Transact-S

性能分析工具的使用

 性能规划器的使用     性能规划器(Capacity Planner)是集成在Oracle 企业管理包(Oracle Enterprise Management Packs)中用来对反映系统性能的参数进行收集的工具,可以指定要收集的数据.收集数据的频率和数据装载到Oracle Capacity Planner历史记录数据库的时间.这样便于管理员对一定时间范围内的系统性能参数进行比较分析.    1. 性能规划器的设置    (1)在服务器的桌面选择[开始]/[程序]/[Oracle-OraH

MySQL性能分析系统

对于MySQL慢查询日志的分析,现已由多种工具来提供:最原始的mysqldumpslow,功能比较齐全的 mysqlsla和percona的 pt-query-digest:以上工具大大提高了DBA来分析数据库的性能效率,减少了过多的猜测过程: 如果能实现定时分析SQL并且进行可视化展示呢? 适用过Query-Digest-UI-master 这个UI插件,在配合 percona的 pt-query-digest工具,只是简单做到一个可视化的结果:如果对于多个服务器的分析,这个表现的就很吃力: