sqlserver 抓取所有执行语句 SQL语句分析 死锁 抓取

原文:sqlserver 抓取所有执行语句 SQL语句分析 死锁 抓取

在多人开发中最头疼的是人少事多没有时间进行codereview,本来功能都没时间写,哪有时间来开会细细来分析代码.软件能跑就行,但是一些影响性能的语句写出来,有可能本人都不知道.找就更

麻烦了.幸亏sqlserver提供了工具可以导出执行语句进行分析.可以看看是哪些语句影响整体性能.工具叫sql server profiler,这玩意可以抓取实例上执行的所有语句\死锁\事物,为分析提供帮助.

开始->sqlserver目录->性能工具->sql server profiler 打开软件新建连接你想抓的实例,然后你就可以看到这个了

点击显示所有事件,会列出可以监视的所有状态.一般分析和用的多的话死TSQL\Stored ProcedureS\Lock 这三个.第一个很简单是SQL语句,第二个是存储过程,第三个是锁的情况.

一般把前两个放在一起分析.可以找到所有的执行语句.第三个用来单独分析来找死锁.

前两个选好以后,转到第一个选项卡,不要保存在文件,保存在文件给没有一样,直接保存到表,这时,你要另外找个数据库了.因为保存到表中相当于往保存的数据库中插入一条记录,然后这个语句

又会产生一个语句,造成无限递归,一会就把服务器搞死,我们一次分析时,直接把要分析的库跟抓取的库放在同一个实例上,结果3分钟后整个SQL挂了,没有响应了,删了抓取表,重启实例服务,重启网站

才好.还好是处理的快.简单说,比如你要分析服务器上的一个实例所有的语句,你要把抓取的结果放在你本地的数据库实例中

放到数据库表中后,因为是结构化数据,所以分析也特别容易,一下贴一张图.抓取的结果放在表中,是会覆盖原表中的数据.还有它抓取数据中,界面在不断的闪烁.也在列表中增加,如果服务器显卡不佳,一会

就给卡死,所以开启以后直接最小化,抓取完毕直接用任务处理器杀掉进程就行.抓取时间跟你们要分析的片段有关.然后用SQL语句直接查出耗时前10,然后个人认领回去修改就行.我存在本地数据库

名字DataA中的表InitTableInfo,这样我们就可以查询下

use DataA

select top 100 datediff(second, StartTime, EndTime) costtime,
       RowNumber,
       TextData,
       ApplicationName,
       ClientProcessID,
       SPID
  from InitTableInfo
 where StartTime is not null
   and EndTime is not null
 order by costtime desc

以下是结果展示

第一个是花费的时间,还有对应的语句,以及一些额外的信息.可以看到一些用时最大的达到20多秒.很吓人的额.这样贴出来让个人认领去修改.达到提升执行效率的目的.

2.死锁

程序运行中一些关键模块,比如会员积分和金额代金券等,有些人写的因为不够注意或者当时水平不行,容易些一些死锁.这样我们需要有一个分析的路径.

如果再程序中加入try catch来捕获,自己写的熟悉的模块还好,如果是别人写的另外时间紧任务重.你一时发现不了,你就可以启用死锁了

deadlock graph 会把找到的deadlock放到一个xdl文件中,这玩意用文件夹也打的开,可以分别存储每个deadlock发生的语句和占用的资源.这时间你就可以根据这玩意处理了.

一般处理死锁是相同顺序的读写\优化索引和最小限度的使用表里的数据,对于抓取数据,进行使用行级锁和页级锁.对于非必要的数据进行脏读.单独说又是很多了.这里只介绍工具

保存好的死锁文件,可以送给你的各位同事,

原文地址:https://www.cnblogs.com/lonelyxmas/p/10699333.html

时间: 2024-11-05 06:11:54

sqlserver 抓取所有执行语句 SQL语句分析 死锁 抓取的相关文章

SqlServer 中如何查看某一个Sql语句是复用了执行计划,还是重新生成了执行计划

我们知道SqlServer的查询优化器会将所执行的Sql语句的执行计划作缓存,如果后续查询可以复用缓存中的执行计划,那么SqlServer就会为后续查询复用执行计划而不是重新生成一个新的执行计划,因为复用执行计划的性能比生成执行计划的性能要高很多,所以SqlServer的这一特性可以大大提高Sql语句的执行效率.特别是对于存储过程,因为存储过程的执行计划是在存储过程第一次执行的时候生成的,存储过程的执行计划生成后就会被缓存到SqlServer的执行计划列表中,如果以后存储过程再被执行,那么存储过

[转]查询sqlserver 正在执行的sql语句的详细信息

包含用户名,所在数据库,执行的sql语句,执行开始时间,驱动程序,主机名称 SELECT     [Spid] = session_Id, ecid, [Database] = DB_NAME(sp.dbid), [User] = nt_username, [Status] = er.status, [Wait] = wait_type, [Individual Query] = SUBSTRING(qt.text, er.statement_start_offset / 2, (CASE WH

怎样在控制台或者日志打印输出JDBC执行的sql语句

今天用jdbc preparestatement 写sql语句查询,但是在执行的过程中实际查询出的结果和预期的结果不一致,然后就在想有什么办法能够在控制台或者Log4j日志输出最终执行的SQL语句,以便于调试.如果是hibernate可以通过配置show_sql 为 true 在控制台显示执行的SQL,因为使用的是纯JDBC的写法,然后自己在程序中直接通过System.out.println(sql);打印SQL语句,然后又打印参数,这种方式确实是可以.但是,遇到insert语句或者Update

查看Mysql实时执行的Sql语句

最近给客户开发了基于Asp.Net mvc5 +Mysql+EF的项目,但是在EF里无法看到Mysql执行的语句 之前也找到一些监控Mysql的软件但一直没有用起来,现在又遇到了问题即在EF里Mysal的查询没有结果而在Mysql里没有问题 因为不知道EF生成的Mysql语句所以不知道是不是Sql的问题于是决定必须解决此问题 通过半天时间的努力解决了此问题,其实很简单即开启Mysql的Log功能,那么Mysql的执行语句都会写到Log文件里 然后通过BareTail这个专门查看Log文件的工具即

Sql Server 查看当前正在执行的Sql 语句

查看Sql Server 当前正在执行的Sql 语句,可以使用 sys.sysprocesses 或 sys.dm_exec_requests,由于sys.sysprocesses是为了向后兼容而保留的,所以,推荐使用DMV:sys.dm_exec_requests 一,使用sys.sysprocesses Contains information about processes that are running on an instance of SQL Server. These proce

LoadRunner 执行单句SQL语句

LoadRunner 执行单句SQL语句 Action() { int NumRows=0; int i=1; //建立数据库连接 lr_db_connect("StepName=DatabaseConnection", "ConnectionString=Provider=SQLOLEDB.1;Password=***;Persist Security Info=True;User ID=sc;Initial Catalog=EGMIS_NET;Data Source=19

SQLSERVER 根据传入的参数拼接sql语句字符串,反馈结果集

ALTER PROCEDURE [dbo].[usp_visit_detail](@siteid BIGINT, @Startime VARCHAR(15), @Endtime  VARCHAR(15), @Aflag  INT = 10,                                    --初始值为10,非10,则表示有传入参数 @Area   VARCHAR(20) = 'N',               -- --初始值为N,非N,则表示有传入参数 @Nflag  

存储过程中执行动态Sql语句

存储过程中执行动态Sql语句 MSSQL为我们提供了两种动态执行SQL语句的命令,分别是EXEC和sp_executesql;通常,sp_executesql则更具有优势,它提供了输入输出接口,而EXEC没有.还有一个最大的好处就是利用sp_executesql,能够重用执行计划,这就大大提供了执行性能,还可以编写更安全的代码.EXEC在某些情况下会更灵活.除非您有令人信服的理由使用EXEC,否侧尽量使用sp_executesql. 1.EXEC的使用 EXEC命令有两种用法,一种是执行一个存储

EF-记录程序自动生成并执行的sql语句日志

在EntityFramework的CodeFirst模式中,我们想将程序自动生成的sql语句和执行过程记录到日志中,方便以后查看和分析. 在EF的6.x版本中,在DbContext中有一个Database属性,Database.Log就是用来专门记录这种日志的. Database.Log是一个Action<string>委托,给其赋值一个函数就行. 代码如下: using Model; using System; using System.Collections.Generic; using