[馨郁星愿] 问个问题，进程里的连接sql语句，是指没正常关闭的语句？

[loveeqing]

前几天网站一直出问题，然后我通过P_lockinfo函数，查到里面有很多进程sql语句，其中有些是一样的，这是不是意味着连接没正常关闭？还有指什么呢？

P_lockinfo 函数是邹建（zjcxc）所写的那个函数。。。

附上：

create proc p_lockinfo
@kill_lock_spid bit=1,  --是否杀掉死锁的进程,1 杀掉, 0 仅显示
@show_spid_if_nolock bit=1 --如果没有死锁的进程,是否显示正常进程信息,1 显示,0 不显示
as
declare @count int,@s nvarchar(1000),@i int
select id=identity(int,1,1),标志,
 进程ID=spid,线程ID=kpid,块进程ID=blocked,数据库ID=dbid,
 数据库名=db_name(dbid),用户ID=uid,用户名=loginame,累计CPU时间=cpu,
 登陆时间=login_time,打开事务数=open_tran, 进程状态=status,
 工作站名=hostname,应用程序名=program_name,工作站进程ID=hostprocess,
 域名=nt_domain,网卡地址=net_address
into #t from(
 select 标志='死锁的进程',
  spid,kpid,a.blocked,dbid,uid,loginame,cpu,login_time,open_tran,
  status,hostname,program_name,hostprocess,nt_domain,net_address,
  s1=a.spid,s2=0
 from master..sysprocesses a join (
  select blocked from master..sysprocesses group by blocked
  )b on a.spid=b.blocked where a.blocked=0
 union all
 select '|_牺牲品_>',
  spid,kpid,blocked,dbid,uid,loginame,cpu,login_time,open_tran,
  status,hostname,program_name,hostprocess,nt_domain,net_address,
  s1=blocked,s2=1
 from master..sysprocesses a where blocked<>0
)a order by s1,s2

select @count=@@rowcount,@i=1

if @count=0 and @show_spid_if_nolock=1
begin
 insert #t
 select 标志='正常的进程',
  spid,kpid,blocked,dbid,db_name(dbid),uid,loginame,cpu,login_time,
  open_tran,status,hostname,program_name,hostprocess,nt_domain,net_address
 from master..sysprocesses
 set @count=@@rowcount
end

if @count>0
begin
 create table #t1(id int identity(1,1),a nvarchar(30),b Int,EventInfo nvarchar(255))
 if @kill_lock_spid=1
 begin
  declare @spid varchar(10),@标志 varchar(10)
  while @i<=@count
  begin
   select @spid=进程ID,@标志=标志 from #t where id=@i
   insert #t1 exec('dbcc inputbuffer('+@spid+')')
   if @标志='死锁的进程' exec('kill '+@spid)
   set @i=@i+1
  end
 end
 else
  while @i<=@count
  begin
   select @s='dbcc inputbuffer('+cast(进程ID as varchar)+')' from #t where id=@i
   insert #t1 exec(@s)
   set @i=@i+1
  end
 select a.*,进程的SQL语句=b.EventInfo
 from #t a join #t1 b on a.id=b.id
end
GO

[orochi_gao]

[Quote=引用 5 楼 loveeqing 的回复:]

我用sp_who 查到的列表里 blk 字段都为0，这是否可以判断不存在死锁？
[/Quote]
个人觉得应该可以判断不存在死锁，因为如果blk为0的话都不存在阻塞的进程，也就没有资源争用，死锁产生的条件就没有啊。
但你这样的数据库为什么会慢呢？

[loveeqing]

[Quote=引用 6 楼 orochi_gao 的回复:]
引用 5 楼 loveeqing 的回复:

我用sp_who 查到的列表里 blk 字段都为0，这是否可以判断不存在死锁？

个人觉得应该可以判断不存在死锁，因为如果blk为0的话都不存在阻塞的进程，也就没有资源争用，死锁产生的条件就没有啊。
但你这样的数据库为什么会慢呢？
[/Quote]

会不会是带宽不足，长时间负荷运行，导致数据库变慢？

[orochi_gao]

如果不是数据库自身问题，那就要考虑机器，带宽等方面的问题了。

[arrow_gx]

查到里面有很多进程sql语句


什么类型的语句呢 ？ 是登陆的 还是 查询的 ？？？

[dawugui]

这个很难说清楚了,得一个一个分析.

[arrow_gx]

你先跟踪一下，看看是否存在过多的锁，如果锁太多，会影响数据库的运行的，查到锁语句，尽量优化一下，可能还需要对程序逻辑进行修改，呵呵，不简单的啊

[loveeqing]

[Quote=引用 1 楼 arrow_gx 的回复:]
查到里面有很多进程sql语句


什么类型的语句呢 ？ 是登陆的 还是 查询的 ？？？
[/Quote]

都是查询比如多，还有分页存储过程的调用。
譬如 select Id from table where Name ='eee'

select name from table where id='1'
select name from table where id='10'

等等类似这样的，都是查询

[loveeqing]

[Quote=引用 3 楼 arrow_gx 的回复:]
你先跟踪一下，看看是否存在过多的锁，如果锁太多，会影响数据库的运行的，查到锁语句，尽量优化一下，可能还需要对程序逻辑进行修改，呵呵，不简单的啊
[/Quote]

我用sp_who 查到的列表里 blk 字段都为0，这是否可以判断不存在死锁？